Gemini 3.6 Flash стала новым движком по умолчанию в Antigravity

Nic Reeve11:58 29.08.20267 мин чтения

21 июля 2026 года компания Google внедрила Gemini 3.6 Flash во весь свой стек инструментов для разработчиков, причем сообщество AInews обнаружило новую модель в IDE Antigravity за несколько дней до того, как компания официально задокументировала изменения. Этот запуск сделал 3.6 Flash движком по умолчанию для агентных инструментов кодинга от Google.

Что именно представляет собой Gemini 3.6 Flash и когда она появилась?

Gemini 3.6 Flash — это новейший уровень «быстрых и дешевых» больших языковых моделей от Google, выпущенный 21 июля 2026 года в качестве общедоступного обновления для Gemini 3.5 Flash. Модель ориентирована на сокращение расходов на токены и уменьшение задержек при одновременном улучшении навыков программирования, интеллектуальной работы и мультимодальных задач. В тот же день она была запущена в Antigravity, Gemini API и связанных с ними продуктах для разработчиков.

Ключевые факты о релизе, собранные из документации Google и независимых технических блогов, позволяют составить четкую хронологию:

Дата выпуска: согласно каталогу моделей Gemini Enterprise, Gemini 3.6 Flash стала общедоступной 21 июля 2026 года.
Охват: в блоге для разработчиков сообщается, что в тот же день модель стала доступна в приложении Gemini, Google Antigravity, AI Studio и Android Studio.
Период актуальности знаний: тот же блог отмечает, что дата отсечения знаний была перенесена с января 2025 года на март 2026 года — скачок на 14 месяцев, что обеспечивает модель более свежими техническими и продуктовыми данными.
Длина контекста: тот же источник указывает окно контекста объемом более 1 миллиона токенов, с максимальным выводом около 65 536 токенов.

Собственный журнал изменений API Google описывает 3.6 Flash как «рабочую лошадку», настроенную на более эффективное рассуждение и вызовы инструментов, ориентированную на длительные процессы кодинга и работу агентов, а не на короткие чат-запросы.

Как Gemini 3.6 Flash впервые появилась в Antigravity?

Gemini 3.6 Flash появилась в Antigravity еще до того, как большинство пользователей увидели официальную документацию: тестировщики заметили новый идентификатор модели в интерфейсе и поделились скриншотами в социальных сетях. Эти ранние находки спровоцировали несколько дней неформального тестирования, пока Google дорабатывала бэкенд и финализировала публичные примечания к выпуску.

Доказательства такого поэтапного появления поступают из нескольких независимых источников:

Блог, специализирующийся на утечках, сообщает, что идентификатор модели «gemini-3.6-flash-tiered» появился в Antigravity рано утром 21 июля 2026 года; его заметил тестировщик, работавший в предрелизной среде.
Разработчик на платформе X (ранее Twitter) написал, что «Gemini 3.6 Flash, ID "gemini-3.6-flash-tiered", появилась в Antigravity несколько минут назад», подтвердив, что модель была доступна в инструменте еще до того, как Google объявила цены и возможности.
В другой технической статье описывается, что Google Antigravity 2.0 получила Gemini 3.6 Flash в рамках более широкого обновления, при этом отмечается, что развертывание проходило поэтапно: некоторые учетные записи получили доступ к новой модели немедленно, другие — с задержкой, связанной с регионом и конфигурацией аккаунта.

Позднее официальное руководство Google уточнило, что Gemini 3.6 Flash является движком для агента по умолчанию в Antigravity в рамках «Gemini Managed Agents», хотя разработчики могут переопределить настройки модели через API.

Что Google изменила «под капотом» по сравнению с Gemini 3.5 Flash?

Gemini 3.6 Flash в основном ориентирована на решение жалоб разработчиков относительно многословности, использования токенов и медленных рабочих процессов в 3.5 Flash. Документация Google и независимые тесты демонстрируют меньшее потребление токенов, обновленные цены и более агрессивный режим рассуждения, нацеленный на сложные задачи программирования.

При сравнении изменения выглядят следующим образом:

Эффективность токенов: в блоге Google об Antigravity сообщается, что 3.6 Flash потребляет на 17% меньше выходных токенов, чем 3.5 Flash, согласно индексу Artificial Analysis — синтетическому бенчмарку, разработанному для имитации реальных рабочих процессов кодинга.
Ценообразование: издание Ars Technica в своем обзоре отмечает, что цена API составляет $1,50 за 1 миллион входных токенов и $7,50 за 1 миллион выходных токенов, что ниже, чем $9 за миллион выходных токенов в версии 3.5 Flash.
Рассуждение: в техническом руководстве поясняется, что «режим размышления» включен по умолчанию и ему можно выделить неограниченный бюджет, что позволяет модели выполнять больше внутренних шагов рассуждения для сложных задач, не заставляя разработчиков управлять этой сложностью вручную.
Варианты: в том же руководстве описывается вариант «3.6 Flash Low», предназначенный для узкоспециализированных правок, генерации тестов и изменений в отдельных файлах, в то время как полная версия 3.6 Flash зарезервирована для более тяжелых агентных рабочих процессов.

Журнал изменений Google подчеркивает, что эти оптимизации нацелены на сквозные рабочие процессы, а не только на одиночные ответы, за счет сокращения вызовов инструментов и циклов итераций внутри агентов, построенных на основе модели.

Как Gemini 3.6 Flash ведет себя в Antigravity для разработчиков прямо сейчас?

Внутри Antigravity 2.0 модель Gemini 3.6 Flash находится в центре IDE, ориентированной на агентов. Она обеспечивает миграцию кода, рефакторинг и многопользовательское моделирование, предоставляя при этом параметры конфигурации для переключения моделей или ограничения бюджета рассуждений агента в целях безопасности и контроля затрат.

Судя по примерам Google и сторонним обзорам, текущее поведение Antigravity включает:

Миграция кода: блог Google Antigravity показывает, как 3.6 Flash справляется с модернизацией устаревшего ПО, перенося старый код на новые фреймворки с меньшими задержками и более высоким качеством по сравнению с 3.5 Flash.
Интерактивные холсты: в анализе на китайском языке описываются демонстрации Antigravity, где 3.6 Flash создает интерактивные холсты и управляет рабочими процессами SDK, координируя несколько инструментов и файлов прямо из IDE.
Многопользовательское моделирование: тот же источник сообщает, что Google использует Antigravity и 3.6 Flash для моделирования работы нескольких пользователей в автономном редакторе Markdown, что требует координации длинного контекста.
Настройки агента по умолчанию: в публикации Google AI Studio говорится, что Gemini 3.6 Flash теперь является движком по умолчанию для агента Antigravity в составе Gemini Managed Agents, со специальной строкой версии агента, связанной с конфигурацией предварительного просмотра.

Разработчики, желающие остаться на старых моделях, по-прежнему могут изменить настройки в селекторе моделей Antigravity, однако некоторые публикации в сообществе описывают запуск 3.6 Flash как «принудительное обновление для тех, кто не хочет менять привычки», что отражает недовольство сменой настроек по умолчанию.

Как ранние пользователи реагируют на Gemini 3.6 Flash в Antigravity?

Отзывы пользователей Antigravity крайне неоднозначны. Многие приветствуют более быстрый бэкенд и более низкие счета за токены. Другие жалуются, что пользовательский опыт стал хуже, а модель иногда кажется менее точной, чем 3.5 Flash, несмотря на архитектурные улучшения.

Публичные реакции, собранные на форумах и в блогах, демонстрируют разброс мнений:

Статья на сайте, посвященном ИИ, называет Gemini 3.6 Flash «невероятно быстрым зверем на бэкенде», но «катастрофой на фронтенде», ссылаясь на запутанные изменения в UI и труднодоступные параметры конфигурации в обновленном интерфейсе Antigravity.
В ветке форума разработчиков Google конца июля 2026 года один пользователь предупреждает: «Не используйте 3.6 Flash, она быстрее, но глупее и бестолковее, чем 3.5 Flash», жалуясь на то, что предложения кода стали более поверхностными, несмотря на улучшение задержки.
В той же дискуссии на форуме отмечаются периодические ошибки, при которых Antigravity не может выполнить задачи при выбранной 3.6 Flash, что побуждает некоторых пользователей откатываться к предыдущим версиям, пока Google исправляет проблемы.
Напротив, многие разработчики на X отмечают более плавный рефакторинг нескольких файлов и меньшее количество вызовов инструментов, а одна демонстрация с официального аккаунта Antigravity показывает, как 3.6 Flash модернизирует устаревший код быстрее, чем 3.5 Flash.

Разрыв между показателями бэкенда и пользовательским опытом стал основной темой ранних публикаций. Документация Google фокусируется на цифрах токенов и задержек, в то время как тестировщики из сообщества концентрируются на том, как эти изменения ощущаются в повседневных рабочих процессах в IDE.

Что ждет Gemini 3.6 Flash и пользователей Antigravity в будущем?

Gemini 3.6 Flash теперь является общедоступной моделью без объявленной даты прекращения поддержки, и Google рассматривает ее как стандартный движок для агентного кодинга в ближайшем будущем. Разработчики могут ожидать постепенных обновлений Antigravity и Gemini API, а не еще одной немедленной замены модели.

Сигналы от Google и публикации в экосистеме указывают на несколько ближайших событий:

Горизонт поддержки: на странице прекращения поддержки Google модель Gemini 3.6 Flash указана с датой запуска 21 июля 2026 года, при этом отмечено, что дата завершения не установлена, что подразумевает многолетнюю поддержку.
Стабильность развертывания: пояснение о региональном развертывании из стороннего блога говорит пользователям, что отсутствие пунктов 3.6 Flash в меню моделей Antigravity, скорее всего, связано с поэтапной доступностью, а не с отменой.
Руководство по оценке: то же руководство настоятельно рекомендует командам проводить параллельное сравнение, переводя некритичные проекты на 3.6 Flash и сопоставляя результаты с существующими значениями по умолчанию в течение как минимум недели реальной работы.
Корпоративная интеграция: Google заявляет, что предприятия могут получить доступ к 3.6 Flash через платформу Gemini Enterprise Agent Platform и приложение Gemini Enterprise, расширяя рабочие процессы в стиле Antigravity до корпоративной среды.

На данный момент Antigravity остается основной площадкой Google для тестирования агентного кодинга, а Gemini 3.6 Flash — моделью, находящейся под пристальным вниманием. Разработчикам рекомендуется оценивать реальные затраты на рабочие процессы и качество вывода, а не только заголовки бенчмарков, прежде чем полностью переходить на новую настройку по умолчанию.

Источники

Читать далее →

Похожие материалы

AI & Tech

Google добавила чат-бота Grok 4.6 от xAI в свой маркетплейс корпоративных решений

Корпоративная ИИ-платформа Google добавила поддержку модели Grok 4.6 от xAI, расширив выбор инструментов для бизнес-пользователей, занимающихся разработкой агентов и систем автоматизации. Новая модель появилась в документации Google Gemini Enterprise Agent Platform и была добавлена в раздел Model Garden, где разработчики могут использовать сторонние модели наряду с собственными решениями Google. Согласно документации xAI и Google, опубликованной на этой неделе, Grok 4.6 позиционируется как самая мощная модель xAI для программирования, выполнения агентских задач и интеллектуальной работы. Модель разработана для длительных процессов и сложных интерактивных и визуальных задач. Она обладает контекстным окном в 500 000 токенов и настраиваемыми уровнями рассуждения: низким, средним, высоким и «сверхвысоким» (xhigh). Это обновление важно, поскольку корпоративные команды все чаще стремятся работать в единой среде, позволяющей сравнивать и развертывать несколько передовых моделей без переработки всего рабочего процесса. Внедряя Grok 4.6 в стек корпоративных агентов Google, компания предоставляет клиентам еще один вариант для задач, требующих работы с длинным контекстом, многошаговых рассуждений и использования инструментов. Модель представлена в каталоге через отдельную карточку, что позволяет выбирать и управлять ею через стандартный интерфейс платформы. В материалах xAI указано, что Grok 4.6 доступна через API xAI и партнерские сервисы. Стоимость составляет $2 за миллион входных токенов, $0,50 за миллион кэшированных входных токенов и $6 за миллион выходных токенов для промптов объемом менее 200 000 токенов. Для более крупных промптов (от 200 000 токенов и выше) цена возрастает до $4 за миллион входных токенов, $1 за миллион кэшированных входных токенов и $12 за миллион выходных токенов. Документация Google подтверждает доступность модели в режиме предварительного просмотра (preview) внутри Model Garden. Появление модели на платформе Google стало продолжением широкого релиза, который xAI анонсировала в начале августа. В примечаниях к выпуску xAI сообщила, что Grok 4.6 предназначена для программирования, агентских задач и интеллектуальной работы, а также поддерживает ввод текста и изображений при выводе только текстовых данных. Компания также отмечает, что у модели нет установленного лимита на объем выводимого текста, а функционал включает вызов функций, поиск в интернете, поиск в X и выполнение программного кода. Для корпоративных клиентов практическая выгода очевидна: Grok 4.6 предлагается как высокопроизводительная модель для задач, требующих длительных сессий, таких как разработка ПО, синтез исследований и многоэтапная автоматизация рабочих процессов. Контекстное окно в 500 000 токенов позволяет модели удерживать гораздо больше информации, чем многие стандартные системы, а настройки рассуждения позволяют пользователям регулировать интенсивность «размышлений» модели перед ответом. Google не заявляла, что Grok 4.6 заменит какие-либо существующие модели на платформе; документация позиционирует это дополнение как еще один доступный вариант, а не как настройку по умолчанию. Это означает, что корпоративные команды могут протестировать её наряду с другими моделями платформы, оценив качество, задержку и стоимость, прежде чем решить, где она впишется лучше всего. Этот шаг также подчеркивает, как облачные ИИ-маркетплейсы превращаются в нейтральные каналы дистрибуции для конкурирующих разработчиков моделей. Вместо того чтобы привязывать клиентов к экосистеме одного вендора, платформы, подобные Google, все чаще выступают в роли агрегаторов, предоставляя пользователям доступ к моделям от различных провайдеров в рамках единой системы корпоративного управления. На данный момент за присутствием Grok 4.6 на корпоративной платформе Google, вероятно, будут внимательно следить разработчики, которым нужны большие контекстные окна, а также организации, уже экспериментирующие с агентскими рабочими процессами. Сочетание широкой доступности, настраиваемого рассуждения и корпоративной дистрибуции может сделать эту модель заметным игроком на переполненном рынке передовых ИИ-решений.

Nic Reeve·14:00 22.08.2026

AI & Tech

Google ограничил использование Smart Bidding и фидов данных в новой рекламной политике для поиска

Google внедряет ряд изменений в политику и продукты, которые значительно ужесточают правила использования искусственного интеллекта в рекламных аукционах и способы обработки данных для поисковой рекламы. Это меняет стратегию для брендов и рекламных tech-стартапов, зависящих от экосистемы Google. Изменения охватывают механизмы интеллектуального назначения ставок (Smart Bidding), потоки данных, основанные на согласии пользователей, переход на кампании с приоритетом ИИ, а также обновленные условия использования данных рекламодателей для обучения генеративных рекламных моделей Google. В совокупности это свидетельствует о переходе к более контролируемому и ориентированному на комплаенс этапу развития ИИ в поисковой и товарной рекламе. Smart Bidding: от «сверхэффективности» к строгому соблюдению целей В основе изменений лежит фундаментальное обновление систем Smart Bidding от Google. Новый механизм, который аналитики часто называют оптимизацией целевых ставок (Bidding Target Optimization) , должен вступить в силу 17 августа 2026 года. Он меняет алгоритмы работы стратегий целевой цены за конверсию (tCPA) и целевой рентабельности инвестиций в рекламу (tROAS) в кампаниях с ограниченным бюджетом. Ранее Smart Bidding иногда демонстрировал эффективность выше заявленной, если находил высокоэффективный инвентарь в рамках бюджета кампании. Согласно новым правилам, алгоритмы будут стремиться удерживать показатели строго в рамках целей рекламодателя, а не «перевыполнять» их. Это фактически сужает диапазон ставок вокруг заданных целей, заставляя рекламодателей более тщательно калибровать свои показатели, если они хотят добиться дополнительного прироста. Чтобы упростить переход, в начале июля Google представила инструменты для корректировки целей, позволяющие рекламодателям пересмотреть свои показатели CPA и ROAS до даты вступления новых правил в силу. По мнению отраслевых экспертов, это снижает волатильность, но также устраняет скрытый потенциал роста, на который многие performance-маркетологи привыкли рассчитывать при использовании Smart Bidding. Экспериментальный ИИ и строгие ограничения Параллельно Google расширила функцию под названием «Исследование в Smart Bidding» (Smart Bidding Exploration). Изначально запущенная для поисковых кампаний, теперь эта возможность доступна и для кампаний Performance Max, не использующих товарные фиды, в то время как размещения на основе фидов (например, Shopping) пока находятся в стадии бета-тестирования. Функция исследования позволяет рекламодателям задавать диапазон допустимых отклонений от целевого ROAS. В пределах этого диапазона ИИ Google может делать ставки на поисковые запросы и площадки, по которым нет достаточных исторических данных о конверсиях, фактически тестируя непроверенный трафик, который все еще может соответствовать приемлемым критериям эффективности. Маркетологи получают доступ к более широкому кругу потенциальных клиентов, но в рамках жестких экономических параметров, определяемых настройками допуска ROAS. В совокупности функции исследования и оптимизации целей отражают новую философию: ИИ Google разрешено экспериментировать, но только в рамках четко определенных финансовых ограничений. Систему уводят от бесконтрольного использования возможностей в сторону строгого соблюдения четко заявленных бизнес-целей. Consent Mode меняет принципы сбора данных для ИИ-рекламы Еще одно важное изменение касается потоков данных, которые питают рекламные алгоритмы и инструменты измерения Google. С 15 июня 2026 года режим согласия Consent Mode v2 стал единственным инструментом управления сбором рекламных данных для таких сервисов, как Google Ads и Analytics. Параметр ad_storage теперь единолично контролирует, могут ли устанавливаться рекламные файлы cookie и идентификаторы, а также могут ли передаваться данные, связанные с рекламой. Устаревшие механизмы, такие как переключатель Google Signals и некоторые переопределения обмена данными на уровне аккаунта, были отключены. На практике это означает: если веб-сайт не получает согласие пользователя на хранение рекламных данных в соответствии с обновленной структурой, системы Google будут резко ограничивать сбор данных и формирование аудиторий для этого ресурса. Эта реконфигурация имеет серьезные последствия для обучения ИИ. Без сигналов о согласии в оптимизационные контуры Google поступает меньше данных на уровне пользователей, что может снизить точность таргетинга и атрибуции, но улучшает соответствие требованиям конфиденциальности. Для рекламодателей и ИИ-стартапов посыл очевиден: настройка согласий больше не является второстепенной задачей — теперь это определяющий фактор того, какой объем данных доступен алгоритмам для обучения. Кампании AI Max и принудительный переход Что касается структуры кампаний, Google продолжает объединять устаревшие форматы в ИИ-ориентированные типы. AI Max for Search — преемник традиционных поисковых настроек с фокусом на ИИ — вышел из стадии бета-тестирования и стал широко доступен в начале 2026 года. Новые инструменты позволяют рекламодателям применять текстовые рекомендации, которые формируют автоматически создаваемые рекламные объявления, в то время как система использует машинное обучение для настройки сообщений и таргетинга в широких масштабах. Динамические поисковые объявления (DSA), которые долгое время были основным инструментом автоматического сопоставления запросов с релевантными целевыми страницами, подлежат принудительному переводу на AI Max for Search. Изначальный крайний срок (сентябрь 2026 года) был перенесен, и теперь завершение поддержки ожидается в 2027 году. Тем не менее, Google подтвердила, что создание новых DSA будет заблокировано, а существующие кампании в конечном итоге будут переведены на AI Max с сохранением лишь ограниченного контроля над URL. Аналогичным образом, автоматизированные активы и некоторые конфигурации широкого соответствия начнут автоматически обновляться до AI Max с сентября 2026 года. Для стартапов, построивших свои инструменты вокруг DSA и устаревших структур таргетинга, эта консолидация ставит стратегические вопросы: инвестировать ли в более глубокую интеграцию с AI Max или отказаться от автоматизации кампаний, специфичной для Google. Обновленные условия обучения ИИ-моделей на данных рекламодателей В основе всех этих продуктовых изменений лежат обновленные условия предоставления услуг для Google Ads и связанных продуктов, вступившие в силу 1 июля 2026 года. В них уточняется, как предоставленные рекламодателями креативные активы (тексты, изображения и фиды товаров) могут использоваться для обучения генеративных ИИ-систем Google. Хотя детали варьируются в зависимости от региона и продукта, суть заключается в том, что Google может использовать материалы рекламодателей для обучения, чтобы улучшать генерацию рекламных текстов, вариантов изображений и моделей оптимизации кампаний с соблюдением требований о согласии, конфиденциальности и договорных ограничений. Для маркетологов это закрепляет реальность, которая формировалась в течение нескольких лет: загружаемые ими креативы и данные фидов служат не только для текущих кампаний, но и помогают совершенствовать алгоритмы, которые будут определять будущие результаты как для них самих, так и для других. Регуляторное давление на ИИ-поиск и использование данных Регуляторы также усиливают давление на то, как ИИ использует контент и данные в поисковых системах. В Великобритании Управление по защите конкуренции и рынкам (CMA) в июне 2026 года выпустило знаковое предписание, обязывающее Google предоставить издателям особые инструменты контроля над тем, используется ли их контент для формирования поисковых сводок, созданных ИИ. Согласно этому предписанию, Google должна предложить детализированные опции отказа (opt-out) для AI Overviews и других генеративных функций, объяснять, как используется просканированный контент, а также предоставлять метрики вовлеченности и значимую атрибуцию издателям, чей контент появляется в ИИ-модулях. У компании есть девять месяцев на полное выполнение требований, хотя регуляторы ожидают заметного прогресса задолго до истечения этого срока. Для всей цепочки поставок данных в ИИ это подчеркивает зарождающийся принцип: доступ к контенту и поведенческим данным для обучения ИИ больше не является само собой разумеющимся — он должен быть предметом переговоров, раскрытия информации и контроля. Этот сдвиг затрагивает не только Google, но и сторонних брокеров данных, стартапы, работающие на парсинге, и рекламные платформы, которые полагаются на поисковую выдачу и рекламный инвентарь Google как на основной источник сигналов. Последствия для стартапов и рекламодателей Для стартапов, работающих в сфере поиска, маркетинговой аналитики или оптимизации ИИ-рекламы, ужесточение правил Google — палка о двух концах. С одной стороны, более четкие рамки целевых ставок и потоки данных, основанные на согласии, снижают неопределенность и регуляторные риски. С другой — ограниченный доступ к неконтролируемым данным, принудительный переход на ИИ-кампании и более строгое соблюдение экономических целей затрудняют получение «альфы» исключительно за счет арбитража или агрессивных экспериментов. Рекламодатели теперь сталкиваются с более сложным техническим ландшафтом оптимизации. Успех все больше зависит от: Точной калибровки целей CPA и ROAS для баланса между стабильностью и ростом. Настройки режима согласия (Consent Mode) и сигналов ad_storage для сохранения объема юридически допустимых данных. Адаптации к AI Max и другим ИИ-структурам без потери критически важных элементов контроля. Понимания того, как креативные активы и товарные фиды влияют на более широкие генеративные ИИ-модели. По мере того как рекламный стек Google на базе ИИ зреет в условиях более строгих правил, брендам и стартапам придется рассматривать управление данными и стратегию ставок как основные дисциплины продукта, а не как второстепенные операционные детали.

Nic Reeve·15:00 23.08.2026

AI & Tech

ECRI запускает систему сообщений об ошибках ИИ для повышения безопасности пациентов

Глобальная некоммерческая организация по обеспечению безопасности пациентов ECRI расширяет свою национальную сеть сообщений о проблемах, чтобы целенаправленно фиксировать ошибки, сбои и потенциально опасные инциденты, связанные с инструментами искусственного интеллекта (ИИ) и устройствами на базе ИИ, используемыми при оказании медицинской помощи. Этот шаг направлен на устранение критического пробела в данных, поскольку больницы и системы здравоохранения стремительно внедряют ИИ для диагностики, медицинской сортировки, ведения документации и общения с пациентами. Новый канал для отслеживания вреда, связанного с ИИ На протяжении десятилетий ECRI собирает конфиденциальные отчеты о проблемах с медицинскими устройствами и IT-системами здравоохранения от практикующих врачей и медицинских организаций, расследуя их и распространяя полученные выводы среди сообщивших о них сторон и отрасли в целом. Благодаря последнему расширению, сеть сообщений о проблемах (Problem Reporting Network) теперь включает специальный канал для инцидентов, в которых инструмент на базе ИИ мог способствовать возникновению ошибки, выдать неверный результат или создать новые риски при оказании медицинской помощи. ECRI призывает медицинских работников, системы здравоохранения и клиницистов по всей территории США отправлять отчеты всякий раз, когда они подозревают, что приложение на базе ИИ сыграло роль в инциденте, связанном с безопасностью, — независимо от того, пострадал ли пациент или потенциально опасная ситуация была предотвращена заранее. Отчеты могут охватывать широкий спектр технологий, включая диагностические алгоритмы, инструменты поддержки принятия клинических решений, системы анализа радиологических изображений, модели прогнозирования рисков и чат-боты на базе ИИ, используемые для взаимодействия с пациентами. Недостаточная отчетность о проблемах ИИ в клинической практике Это расширение отражает растущую обеспокоенность тем, что проблемы безопасности, связанные с ИИ, значительно реже фиксируются в отчетах по сравнению с более традиционными сбоями оборудования. В недавнем опросе ECRI, в котором приняли участие 124 руководителя в области качества, безопасности, рисков и комплаенса, почти треть заявили, что за последний год сталкивались с результатами работы ИИ, которые, по их мнению, были неверными или вводящими в заблуждение. Около 9% сообщили, что ошибка ИИ затронула пациента или повлияла на принятие врачебного решения. В ECRI утверждают, что без официальных механизмов отчетности многие из этих инцидентов остаются невидимыми для надзорных органов и разработчиков технологий. Ранее ECRI уже предупреждала, что нежелательные явления с участием медицинских устройств и приложений на базе ИИ часто остаются незамеченными, поскольку персонал может не осознавать, что ИИ работает в фоновом режиме, либо приписывает проблемы исключительно человеческой ошибке или особенностям рабочих процессов. В руководстве организации подчеркивается необходимость распознавать события, связанные с ИИ, о которых следует сообщать , определять, какие продукты используют ИИ, и проводить оценку рисков, специфичную для устройств на базе ИИ. Примеры ошибок ИИ, о которых ECRI просит сообщать Расширенная сеть отчетности предназначена для фиксации спектра проблем безопасности, связанных с ИИ, включая: Неверные или вводящие в заблуждение результаты , влияющие на принятие решений по диагностике или лечению, например, ошибочная классификация данных визуализации или неточные показатели риска. Ложноположительные и ложноотрицательные результаты в диагностических инструментах на базе ИИ, даже если показатели эффективности кажутся приемлемыми, если они способствуют пропуску заболевания или назначению ненужного лечения. Алгоритмическая предвзятость , приводящая к снижению эффективности для определенных групп пациентов, включая женщин и представителей расовых или этнических меньшинств. Неожиданное поведение или небезопасные рекомендации от чат-ботов или виртуальных ассистентов, используемых в клинических рабочих процессах или при взаимодействии с пациентами. Системные сбои или ошибки интеграции , при которых компоненты ИИ некорректно взаимодействуют с электронными медицинскими картами или медицинскими устройствами, вызывая задержки, потерю данных или отображение неверной информации. Все отчеты, направляемые в ECRI, являются конфиденциальными, а услуга для участвующих организаций и клиницистов — бесплатной. ECRI сортирует и расследует отчеты, при необходимости уведомляет производителей и включает полученные данные в свои бюллетени по безопасности, руководящие документы и ресурсы для участников. Риски ИИ уже возглавляют повестку дня ECRI в области безопасности Расширение сети отчетности согласуется с более широкой оценкой ECRI, согласно которой риски, связанные с ИИ, в настоящее время являются одними из самых насущных проблем безопасности пациентов. В своем ежегодном списке 10 главных угроз медицинских технологий на 2026 год ECRI назвала неправильное использование чат-ботов на базе ИИ в здравоохранении угрозой номер один, предупредив, что плохо управляемые или недостаточно контролируемые чат-боты могут предоставлять неточные или небезопасные рекомендации пациентам и клиницистам. Отчет ECRI «Главные проблемы безопасности пациентов 2026» также определяет «Преодоление диагностической дилеммы ИИ» как основную проблему безопасности, ссылаясь на растущий риск пропущенных, отложенных или неверных диагнозов, когда инструменты ИИ внедряются без надежной проверки, управления и клинического надзора. Организация рекомендует структурированную регистрацию случаев, когда ИИ влияет на диагностические решения, ведение подробных журналов аудита и наличие четких процедур для клиницистов, позволяющих игнорировать выводы ИИ, если они противоречат клиническому суждению. Как расширенная сеть вписывается в систему общего надзора Регулирующие органы, такие как Управление по санитарному надзору за качеством пищевых продуктов и медикаментов США (FDA), ведут базы данных нежелательных явлений и разрешенных медицинских устройств на базе ИИ, но сеть отчетности ECRI предлагает дополнительный канал, сфокусированный именно на безопасности пациентов и практических вопросах внедрения. ECRI призывает организации сообщать об инцидентах, связанных с ИИ, не только в регуляторные базы данных, но и в собственную систему, где инциденты могут быть проанализированы в контексте более широких закономерностей угроз медицинских технологий. Отчеты, поданные через расширенный канал ИИ, будут поступать во внутренние базы данных ECRI и могут стать основанием для целевых оповещений о безопасности, практических рекомендаций или более глубокого расследования конкретных продуктов или сценариев использования. Со временем ECRI рассчитывает, что более качественная отчетность поможет количественно оценить, как часто клинические инструменты ИИ выдают неверные или вводящие в заблуждение результаты, какие типы рабочих процессов наиболее уязвимы и какие средства контроля эффективны для предотвращения вреда. Призыв к действию для клиницистов и систем здравоохранения Поскольку внедрение ИИ ускоряется в радиологии, патологии, экстренной сортировке, планировании и обмене сообщениями с пациентами, послание ECRI медицинским организациям звучит прямо: относитесь к инцидентам с ИИ как к событиям, связанным с безопасностью пациентов, о которых необходимо сообщать, и направляйте информацию через установленные каналы, включая расширенную сеть ECRI. Организация призывает больницы обучать персонал на местах тому, как выявлять потенциальные ошибки ИИ, последовательно документировать их и передавать информацию для рассмотрения. Систематически фиксируя проблемы, связанные с ИИ — от тонких ошибок классификации до крупных диагностических сбоев, — ECRI стремится дать клиницистам и разработчикам технологий более ясное представление о реальных рисках, что в конечном итоге позволит сделать внедрение ИИ в системе здравоохранения более безопасным.

Nic Reeve·16:00 29.08.2026