VLC Media Player с его оранжевым конусом скачали больше 6 млрд раз, а теперь один из главных людей за этим проектом делает инфраструктуру для роботов. Французский предприниматель и open source-разработчик Жан-Батист Кемпф строит Kyber — инфраструктуру для роботов, дронов и удаленного доступа к устройствам в реальном времени. Для русскоязычной IT-аудитории это не просто еще один стартап про «физический ИИ», а ставка на слой, без которого автономные машины и распределенные парки устройств останутся красивой презентацией.
О проекте сообщает TechCrunch: парижская Kyber привлекла $5 млн в раунде под руководством Lightspeed. Это тот самый фонд, который инвестировал в Anthropic и Mistral AI, так что сигнал рынку понятный: инвесторы начинают смотреть не только на модели и агентов, но и на низкоуровневую инфраструктуру, которая должна держать видео, аудио, телеметрию и управляющие команды без заметной задержки. В случае Kyber речь идет о SDK, который синхронизирует эти потоки с минимальной латентностью, когда оператор, вычисления и физическое действие находятся в разных местах.
Собственно, на этом и построена вся идея Kyber. Кемпф формулирует задачу без лишней поэзии: есть сценарии, где человек не рядом с вычислительным узлом, а тот, в свою очередь, не рядом с устройством, которое что-то делает в реальном мире. Для такой схемы мало просто передать картинку и команду. Нужно, чтобы они пришли вовремя и не разъехались друг относительно друга на сотни миллисекунд, иначе робот, дрон или удаленная IT-система начинают работать уже не «почти нормально», а просто плохо. Название Kyber, по словам Кемпфа, отсылает к кристаллам из Star Wars, но смысл у него предельно инженерный: в управлении физическими объектами важна каждая миллисекунда.
От VLC и стриминга к «физическому ИИ»
Связка с VLC здесь не маркетинговый фокус, а вполне логичная технологическая линия. Кемпф много лет ассоциируется с open source и мультимедийным софтом, а Kyber вырос как side project в период, когда он работал CTO в Shadow, стартапе в области облачного гейминга. То есть отправная точка у компании не в робототехнике как таковой, а в стриминге: как быстро и стабильно доставить тяжелые медиапотоки и команды на удаленное устройство. Но одного опыта в видео мало. Вторая половина задачи, по версии Kyber, это IoT-оптимизация: подстроить производительность под доступные вычислительные ресурсы конкретного устройства и делать это не для одного-двух пилотов, а для больших парков техники.
Именно масштаб Кемпф считает главным барьером. Он признает, что крупные компании уже писали похожий софт под собственные нужды, например для удаленного вождения. Но если самые большие действующие парки насчитывают 2-3 тысячи машин, то переход к миллионам устройств меняет экономику и архитектуру системы. Там, где на малом масштабе можно жить на наборе внутренних костылей и ручных процессов, на большом нужны нормальная наблюдаемость, централизованное обновление, контроль состояния и понятная операционная модель. Особенно если устройствами начнут управлять не люди, а ИИ-агенты, которым придется доверять не один терминал, а целые флоты и сети.
Отсюда и довольно широкий список применений. Kyber уже работает с клиентами в defense, telecom, robotics и AI, а в фокусе компании сейчас три сегмента: робототехника, дроны всех типов и удаленный IT-доступ. Последний пункт звучит не так эффектно, как рой автономных машин, но с точки зрения рынка он, возможно, даже важнее. Кемпф прямо говорит, что Kyber хочет быть чем-то большим, чем очередной конкурент Citrix. И это хороший индикатор того, как меняется рынок: граница между «удаленным рабочим столом», управлением промышленными устройствами и телеметрией для автономных систем постепенно размывается. Если упростить, всем им нужен один и тот же базовый слой доставки, синхронизации и контроля.
Почему это интересно разработчикам и бизнесу
Для инженеров история Kyber важна по двум причинам. Первая: рынок снова признает ценность инфраструктурных компаний, а не только тех, кто рисует поверх API очередного «копилота». Вторая: open source-модель никуда не делась даже в тех сегментах, где пахнет оборонкой, телекомом и enterprise-продажами. У Kyber core-проект открыт, а коммерция строится вокруг productized-версии для корпоративных клиентов. Это знакомая логика для тех, кто работал с Red Hat-подобными моделями или следил за тем, как open source-компании продают поддержку, интеграции и управляемый контур вместо самого кода.
Но у Kyber есть и менее романтичная часть, которая часто определяет, взлетит бизнес или нет. Компания не ограничивается лицензией и SDK: она предлагает кастомное внедрение через forward-deployed engineers, или FDE. Такой подход уже сделали привычным Palantir и другие игроки, которые поняли простую вещь: сложная инфраструктура редко заводится в крупной организации по кнопке «install». По данным TechCrunch, у стартапа сейчас 25 сотрудников, и заметную долю команды составляют именно такие инженеры внедрения. Для бизнеса это означает одну неприятную, но честную правду: в системах, где сходятся real-time, железо, безопасность и распределенные вычисления, победит не тот, у кого самый красивый SDK, а тот, кто сможет довести развертывание до работающего продакшена.
Для российского и вообще русскоязычного рынка здесь тоже есть понятный вывод. Компании, которые развивают робототехнику, беспилотные системы, телеком-платформы, edge-вычисления или просто управляют большим парком удаленных устройств, получат еще один ориентир, как будет выглядеть следующий инфраструктурный слой. Не обязательно в виде самого Kyber: на локальных рынках почти всегда появляются собственные сборки, внутренние платформы и адаптированные решения. Но запрос уже оформился. Если несколько лет назад все обсуждали, как подключить устройство к облаку, то теперь вопрос другой: как управлять тысячами и миллионами устройств в реальном времени, обновлять их без выезда на место и не терять контроль, когда поверх этого хозяйства начинают работать ИИ-агенты.
Самый интересный вопрос теперь не в том, станут ли роботы и дроны массовыми, а в том, кто заработает на их «невидимом» фундаменте. История Kyber показывает, что борьба смещается с уровня железа и моделей на уровень транспортного и операционного слоя. И если Кемпф прав хотя бы наполовину в своем прогнозе про сотни миллионов роботов и дронов, то инфраструктура для роботов быстро превратится из нишевого инженерного стека в новый обязательный класс корпоративного ПО. Проверить детали исходной публикации можно в .