Свежая подборка сбоев ИИ выглядит как памятка для команд, которые уже готовы пустить агентов в рабочие процессы: проблема часто начинается не в самом ответе модели, а в установке зависимостей, правах доступа и слишком оптимистичных обещаниях продукта.

Shai-Hulud попал в набор разработчика Tensorlake

Самая тревожная история дня — вредоносный выпуск набора разработчика Tensorlake в npm. По данным The Register, в пакет попал червь Shai-Hulud, способный красть кошельки, пароли браузера, секреты GitHub Actions, облачные ключи и учётные данные сервисных аккаунтов. Socket заметил проблему за 11 минут, после чего npm и Tensorlake удалили заражённый пакет.

Ирония неприятная: Tensorlake используется в средах, где запускают изолированных ИИ-агентов и недоверенный код, созданный ИИ. Но если установщик выполняется на машине разработчика или сборочном сервере с доступом к ключам, «песочница» начинается слишком поздно.

Урок: наборы разработчика для ИИ-инфраструктуры нужно считать привилегированным программным обеспечением — закреплять версии, проверять установочные сценарии и быстро менять ключи после подозрительных установок.

Британский регулятор напомнил: «агент сам сходил» — не стратегия защиты данных

Британский регулятор персональных данных сообщил, что Amazon, Anthropic, Apple, Cohere, DeepSeek, Google, Meta, Microsoft, OpenAI и Stability AI пообещали улучшения в обращении с персональными данными. Отдельно xAI остаётся под расследованием из-за Grok.

Важная часть материала — вопросы к агентам, которые ходят по сайтам и используют инструменты при ограниченном надзоре. Если такой агент обходит защитные меры или собирает лишние данные, ответственность не исчезает только потому, что действие выполнила автономная система.

Урок: чем больше автономии, тем больше нужны журналирование, законное основание для обработки данных, понятное удаление данных и доказуемые ограничения поведения.

OpenAI Dots столкнулись с разрывом между демонстрацией и бытом

The Register пишет, что постоянные агенты OpenAI Dots уже вдохновили открытые аналоги, но ранние пользователи жалуются на сбои задач, проблемы с облачным подключением, исчезающие «точки» и отказы, вероятно связанные с защитой от злоупотреблений. Забавно и грустно одновременно: категория продаётся как «постоянный агент», а список жалоб начинается с постоянства.

Это не отменяет идеи фоновых помощников, но показывает старую ловушку агентных продуктов: яркая демонстрация легче, чем скучная надёжность в повторяемых повседневных задачах.

Урок: прежде чем продавать автономность, нужно показать наблюдаемость, восстановление после сбоев и честные пределы возможностей.

Общий вывод у всех трёх историй один: ИИ-агенты становятся частью инфраструктуры, а значит к ним пора применять скучные инженерные требования — минимальные права, проверяемые зависимости, журналы, откат и человеческое понимание, где система имеет право действовать, а где обязана остановиться.