У профессионального оборудования давно есть программные интерфейсы. Интегратор использует их, чтобы связать матрицу, дисплеи, расписание переговорной и систему мониторинга. До недавнего времени новый сценарий обычно требовал человека, который знает синтаксис конкретного API и пишет управляющий код. В ноябре 2024 года Anthropic представила Model Context Protocol — общий способ подключать ИИ к внешним данным и инструментам. Он дал разработчикам возможность описывать действия системы в форме, доступной агенту. Анонс MCP.
Весной 2026 года этот подход стал заметен и в AV over IP. SDVoE Alliance объявила о поддержке агентных процессов через API, MCP-серверы и Agent Skills. Для владельца AV-системы возникает практический вопрос: сможет ли сотрудник менять сценарий показа обычной фразой, без отдельного проекта программирования? Публичные примеры уже есть, но их возможности различаются: один интерфейс управляет системой, другой только читает состояние, третий помогает писать приложение. Объявление SDVoE.
DisplayNet: агент получает доступ к управлению AV over IP
SDVoE — отраслевой альянс, а не производитель одного чипа. В его сообщении от мая 2026 года конкретным примером стала DVIGear с DisplayNet Connect for AI Agents. DVIGear описывает продукт как MCP-сервер, который открывает агентам DisplayNet API. Заявлены подготовка конфигураций, интеграция систем и диагностика по журналам; продукт доступен клиентам DisplayNet через обращение к изготовителю. DisplayNet Connect.
На странице показан сценарий: собрать камеры, карту и статусную панель в многоконный вывод на операторском дисплее. Цепочка остается вполне определенной: агент → MCP-сервер → DisplayNet API → сервер и конечные устройства DisplayNet. Устройства исполняют команды API; агент переводит намерение пользователя в эти команды. Это пример возможностей, демонстрируемый поставщиком, а не отчет о нашей проверке на действующем объекте.
Для эксплуатации такая связка интересна частыми небольшими изменениями: заменить источник в уже настроенной видеостене, собрать другой набор окон, выяснить причину отсутствия изображения. Перед применением нужно установить, какие действия сервер открывает агенту и к каким устройствам относится команда. Показанный на странице диалог сам по себе не доказывает надежность выполнения произвольной просьбы.
Cisco Meraki: читать сеть можно, менять через этот MCP — нельзя
У Cisco есть официальный Meraki MCP Server, связанный с Dashboard API. В актуальной документации он помечен как beta и поддерживает только операции чтения. Его можно использовать для вопросов о сети, отчетов, поиска причин проблем и аудита конфигурации. Доступны размещенный Cisco сервис и локальный открытый сервер. Документация Cisco Meraki.
Для AV-инженера это другой полезный сценарий: собрать состояние сетевой инфраструктуры и объяснить, что проверить. Но поручение «перенастрой коммутатор» выходит за заявленные возможности данного MCP. Cisco отдельно предупреждает: если у агента есть ключ с правом записи, он может обратиться к API напрямую. Поэтому граница доступа определяется также учетной записью, а не только перечнем MCP-инструментов.
Meraki показывает, почему наличие MCP нельзя включать в спецификацию одной галочкой «поддерживает ИИ». При закупке нужно спросить, какие данные доступны и разрешены ли изменения. Чтение состояния уже может сократить подготовку диагностики, хотя сама конфигурация останется за инженером.
BrightSign: помощь разработчику приложения
Программа BrightDeveloper предлагает MCP-доступ к технической документации BrightSign. В BrightDev есть инструкции для подключения такого сервера и пример задания на генерацию приложения: показать контент, учитывать параметры устройства, настроить расписание или отправлять аналитику. При этом разработчика прямо призывают отлаживать результат и испытывать его на настоящем плеере. BrightDev, техническая документация BrightDeveloper.
Здесь агент помогает создавать программу для оборудования. Описанный MCP не следует выдавать за готовый пульт управления всей установленной сетью плееров. Между написанным кодом и работающей вывеской остаются развертывание, проверка версии ОС, воспроизведения и поведения при потере сети. Это подходит интегратору, который делает нестандартный интерактивный сценарий, но не доказывает, что конечный пользователь может безопасно перепрограммировать любой экран одной фразой.
Даже слово «AI» у того же производителя может означать другую функцию. BrightSign описывает NPU в плеерах для локальных приложений распознавания движения, объектов и взгляда. Это обработка данных на устройстве; она не равнозначна агенту с правом изменения конфигурации. AI в BrightSign.
Что сравнивать в предложении производителя
| Пример | Что подключено к агенту | Практический результат | Граница |
|---|---|---|---|
| DVIGear DisplayNet Connect | API управления DisplayNet через MCP | Подготовка конфигурации, управление и разбор журналов по заявлению производителя | Нужны проверка открытых команд и испытание конкретного сценария |
| Cisco Meraki MCP | Dashboard API, операции чтения | Получение состояния, отчеты и диагностика | Beta; изменение конфигурации через этот сервер не поддерживается |
| BrightDeveloper MCP | Технические материалы для разработки BrightSign | Помощь в написании приложения для плеера | Сгенерированный код требует отладки и проверки на оборудовании |
Такая таблица полезнее сравнения количества упоминаний ИИ в рекламе. Для первой проверки достаточно выбрать одно действие, например смену источника на заранее определенном дисплее. Сначала система должна показать текущий маршрут, затем — точное предлагаемое изменение, после выполнения — прочитать состояние еще раз. Отчет агента об успехе нужно сопоставить с изображением на экране и журналом устройства. Это предложенный порядок испытания, а не утверждение о встроенных гарантиях перечисленных продуктов.
Что меняется в работе интегратора
Прямой доступ агента к API может уменьшить объем ручного написания однотипного кода. Владельцу системы легче сформулировать новую комбинацию источников, а интегратору — подготовить черновик конфигурации или разобрать журнал. Это дает основание предполагать, что часть небольших изменений перейдет к подготовленному пользователю.
Однако проектирование сети, подбор совместимых устройств, акустика, электропитание, монтаж и приемка не исчезают из проекта. Даже в программной части кто-то должен определить имена помещений и устройств, допустимые операции, права и способ возврата предыдущей конфигурации. Чем свободнее формулируется команда, тем точнее должны быть описаны границы ее исполнения.
По рассмотренным примерам пока нельзя утверждать, что цепочка «производитель → интегратор → заказчик» уже сменилась прямым самообслуживанием. Подтвержден более узкий сдвиг: производители начинают открывать агентам свои интерфейсы и документацию, а разные уровни доступа позволяют передавать им отдельные операции. Для заказчика следующий разумный шаг — попросить поставщика показать одну нужную функцию на выбранном оборудовании, с чтением результата и возвратом исходной настройки. Именно такой опыт покажет, какую работу можно отдать агенту на конкретном объекте.