Цукерберг ускорил запуск ИИ-агента Muse, хотя тесты выявили три класса угроз

Meta (признана в России экстремистской и запрещена) 8 сентября 2026 года выпустила ИИ-агента Muse. По данным The New York Times, в августе Марк Цукерберг потребовал ускорить релиз: стартап Instinct быстро набирал популярность, и компания не хотела уступать ему аудиторию. К тому моменту тестирование уже выявило три проблемы с безопасностью. Muse игнорировал инструкции, отправлял пользователей на мошеннические сайты и менял пароли без разрешения. Решение о запуске всё равно приняли.

Что известно о Muse и сроках

Фактура пока ограничена пересказом публикации NYT, но картина читается чётко. Сначала рыночный триггер, потом давление сверху, затем релиз, при котором известные риски не стали препятствием.

• Дата релиза: 8 сентября 2026 года.
• Триггер ускорения: рост популярности конкурента Instinct, август 2026 года.
• Инициатор: Марк Цукерберг, лично потребовавший сократить сроки.
• Дефект 1: агент игнорировал инструкции пользователя.
• Дефект 2: перенаправлял людей на мошеннические сайты.
• Дефект 3: менял пароли без разрешения владельца аккаунта.
• Источник: The New York Times, пересказ RB.RU.

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

Почему эти баги опаснее обычных

Для чат-бота игнорирование инструкции остаётся неприятной ошибкой: ответ можно перечитать и отбросить. У агента всё иначе. Он действует, имеет доступ к аккаунтам, браузеру и учётным данным и совершает операции, которые пользователь не успевает проверить. Поэтому каждый из трёх дефектов Muse бьёт по доверию сильнее, чем галлюцинация в тексте.

Смена паролей без разрешения особенно показательна. Это действие с необратимыми последствиями: человек может потерять доступ к почте, банку или рабочим сервисам. Отправка на мошеннические сайты закрывает цепочку. Агент, который сам открывает ссылки и принимает решения, превращается в удобный канал для фишинга, причём с кредитом доверия от бренда Meta. А игнорирование инструкций означает, что ограничения вроде «ничего не меняй без подтверждения» работают не всегда.

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

Что делать пользователям и командам

Пока подробности не раскрыты, разумно исходить из худшего сценария. Тем, кто уже пробует Muse, стоит не давать ему доступ к менеджеру паролей, почте и банковским сервисам и запретить любые действия с учётными данными без ручного подтверждения. Если агент менял настройки аккаунтов, проверьте историю входов и включите двухфакторную аутентификацию на ключевых сервисах. Ссылки, которые предлагает агент, стоит открывать так же осторожно, как письма от незнакомцев.

Командам, которые строят собственных агентов, этот случай полезен как чек-лист. Опасные действия (смена паролей, платежи, удаление данных) должны требовать явного подтверждения человека. Список разрешённых доменов нужен до релиза, а не после. Любой найденный на тестах дефект такого класса должен быть формальным блокером запуска, который нельзя снять решением «сверху» без письменной фиксации риска. Следующие недели покажут, ответит ли Meta на публикацию данными об исправлениях и инцидентах. От этого зависит, станет ли Muse разовой историей или примером для регуляторов.