Начать с человеческого языка
Инженер описывает неисправность в тикете. Агент собирает факты и исследует инцидент
ticket → investigationCONTROL WITHOUT GUESSWORKNL—P / 01.00
NL-PLATFORM / СЕТЕВАЯ ЭКСПЛУАТАЦИЯ
Сеть —
не место
для догадок
Расследуем сетевые инциденты
Проверяем изменения до применения
Последнее слово — за инженером
+ АВТОМАТИЗАЦИЯ ПОД ВАШИМ КОНТРОЛЕМ
INCIDENT / 001 ДЕМОНСТРАЦИЯ
CHANGE REQUEST / 004Ожидает инженера
↗Операция проверена. План отката подготовлен. Применение требует одобрения
Демонстрационные данные. Доступа к устройствам нет↖ Выберите этап
AI-ASSISTED NETWORK OPERATIONSНиже — как устроен контроль ↓
ПРИНЦИП
NL-PLATFORM
NL-PLATFORM
ИИ расследует
Движок проверяет
Инженер решает
02 /ЗНАКОМАЯ СИТУАЦИЯ
03:14 Сеть упала
Виноватого ещё нет
Когда приходит авария, инженеру приходится делать три вещи одновременно: искать причину, выбирать исправление и оценивать последствия
01 / Расследовать02 / Принять решение03 / Не создать новую аварию
ОБЫЧНЫЙ ПРОЦЕССМного действий. Мало ясности
АлертSSHЛогиКонфигурацииЕщё одно устройствоПроверки?Причина / последствия / ?
С NL-PLATFORMОдин последовательный процесс
- 01Расследование
- 02Изменение
- 03Расчёт риска
- 04Ваше одобрение
- 05Верификация
МЕНЬШЕ НЕОПРЕДЕЛЁННОСТИ
Не просто найти причину
Понять, что произойдёт после исправления
03 /ИНЦИДЕНТ В ДЕЙСТВИИ
Не рассказываем
Показываем
Один инцидент. Шесть этапов
Пройдите путь от обращения до проверенного изменения. Решение об одобрении — ваше
INC—001 / НЕДОСТУПНОСТЬ СЕТИ
Хосты за филиальным маршрутизатором не имеют доступа к сети 192.168.4.0/24
Рабочая связь Проблемный маршрут
Сначала — описание проблемы
Описания на обычном языке достаточно, чтобы начать расследование. Агенту доступны только разрешённые операции чтения
Целевая сеть: 192.168.4.0/24
Источник: 192.168.1.0/24
Филиальный маршрутизатор: BR-01
Источник: 192.168.1.0/24
Филиальный маршрутизатор: BR-01
ЖУРНАЛ ОПЕРАЦИЙ01 СОБЫТИЙ
- 01Тикет INC-001 зарегистрирован. Доступ к целевой сети отсутствует
Фиксированный учебный сценарий. Все данные демонстрационные. Симуляция не подключается к реальной сети и не выполняет команды
04 /АРХИТЕКТУРА ДОВЕРИЯ
Между решением ИИ
и вашей сетью стоит
не обещание, а архитектура
01 / РАССЛЕДОВАНИЕ
AIREAD ONLY
Агент предлагает
Разрешённые операции чтения
Топология, маршруты, конфигурации
Без инструмента записи в production
STRUCTURED OPERATION
add_static_route
BR-01 → 192.168.4.0/24ГРАНИЦА ПОЛНОМОЧИЙ
типизированная
операция
↗
Проходит толькотипизированная
операция
02 / КОНТРОЛИРУЕМОЕ ИСПОЛНЕНИЕ
- 01
Движок проверяет
Допустимость операции, риск и план отката
- 02↗
Инженер решает
Одобряет конкретную версию изменения
- 03
Движок применяет
Резервная копия → применение → проверка
- 04
Сеть подтверждает результат
Успех → сохранение. Неуспех → откат и его проверка
HUMAN APPROVAL REQUIRED
Модель не может обойти эту границу
05 /ОБЪЯСНИМЫЙ РИСК
«Низкий риск» —
не аргумент
Расчёт — аргумент
Каждая оценка опирается на свойства конкретного изменения. Видно не только число, но и то, что за ним стоит
Проверить в демонстрацииВсе коэффициенты и итоговая оценка здесь иллюстративные. Это не формула расчёта продукта
CHANGE REQUEST / 004BR-01 · STATIC ROUTE
02/ 10
Один маршрут
Известная обратная операция
ФАКТОР / 01
Только BR-01 и один маршрут до 192.168.4.0/24. Остальная конфигурация не меняется
06 /ВОЗМОЖНОСТИ
От тревоги
до проверенного
изменения
NETOPSCONTROLLED BY DESIGN
Увидеть сеть целиком
Маршруты, интерфейсы, соседства и конфигурации — в контексте L3-топологии
interfaces / routes / OSPFПолучить конкретное изменение
Типизированная операция с вычисляемым планом отката вместо произвольных команд
operation ↔ inverseСохранить контроль
Точные параметры, риск и одобряемая версия доступны инженеру до применения
CR-004 / v1 → approveПроверить и вернуть, если нужно
После применения — верификация. При неуспехе — автоматический откат и проверка восстановления
verify → save | rollbackЗнать, кто и что сделал
Журналирование и аудит связывают предложение, одобрение и результат исполнения
propose / approve / execute07 /РАЗВЁРТЫВАНИЕ
Ваша инфраструктура
Ваши правила
01 / В ВАШЕМ КОНТУРЕОСНОВНОЙ ВАРИАНТ
On-premise
Платформа и языковая модель работают в инфраструктуре заказчика. Топология, конфигурации и телеметрия остаются внутри периметра
ПЕРИМЕТР ЗАКАЗЧИКА
NL-Platform↔Локальная модель
Ваша сеть ○ ─ ○ ─ ○Облачное
размещение
Вариант с обслуживанием инфраструктуры платформы. Архитектура подключения и требования к защите данных согласуются индивидуально
NL-PlatformИНФРАСТРУКТУРА ПЛАТФОРМЫ
↓ Архитектура согласуется ↓Инфраструктура заказчика
08 /SECURITY BY DESIGN
Безопасность здесь
не дополнительная
настройка
Разделение полномочий заложено в процесс: от разрешённых операций чтения до проверки результата
PERMISSIONS
BEFORE PROMISES
BEFORE PROMISES
Разделение прав
Агент исследует. Исполнительный движок изменяет конфигурацию после одобрения
Доступ по ролям
Действия ограничиваются ролью пользователя и разрешёнными операциями
Защита учётных данных
Секреты устройств исключаются из контекста языковой модели
Фиксация версии
Инженер одобряет конкретную операцию. Движок исполняет именно её
Аудит операций
Предложения, решения инженера и результаты исполнения журналируются
Контроль последствий
Проверки до и после изменения. Откат и верификация исходного состояния
Технические детали из продуктового брифа +
В предоставленном брифе указаны следующие механизмы. Их реализацию и конфигурацию необходимо подтвердить при технической демонстрации
- Учётные данные устройств
- AES-256-GCM
- Пользовательские пароли
- Argon2
- Проверка ролей
- Viewer / Operator / Admin
- Аудит в базе данных
- Append-only
- Серверное ядро продукта
- Rust
FAQ /БЕЗ НЕОПРЕДЕЛЁННОСТИ
Хорошие вопросы
Прямые ответы
01Может ли AI самостоятельно изменить конфигурацию?+
Нет. Агент предлагает типизированную операцию и не имеет прямого инструмента записи в production. Изменение применяет отдельный движок после одобрения инженером
02Что будет, если изменение не сработает?+
При неуспешных проверках движок запускает рассчитанный план отката. Затем проверяет, что исходное состояние восстановлено. Конфигурация сохраняется только после успешной верификации
03Можно ли развернуть платформу в своём контуре?+
Да. On-premise-развёртывание предполагает размещение платформы и локальной языковой модели в инфраструктуре заказчика
04Как определяется риск?+
Оценка опирается на тип изменения, масштаб воздействия, влияние на доступность, обратимость и предварительные проверки. Конкретный расчёт доступен инженеру до одобрения
05Какие устройства можно подключить?+
Совместимость проверяется для конкретных моделей, версий ПО и необходимых операций. Перед пилотом согласуем список оборудования и проверим его на выбранном сценарии
06Как получить демонстрацию?+
Оставьте заявку: имя, компанию и один способ связи. На демонстрации разберём согласованный инцидент, процесс проверки и границу полномочий агента
09 /СЛЕДУЮЩИЙ ШАГ
ВАШ ИНЦИДЕНТ / НАШ ПОДХОДПокажите нам
Покажите нам
сложный инцидент
Посмотрим,
что скажет система
Обсудим вашу инфраструктуру, требования к безопасности и подходящий сценарий пилота
ЗНАКОМСТВОДЕМОНСТРАЦИЯПИЛОТ