← Все статьи
2026-10-25 08:02 · 🤖 AI World

Уволенные из OpenAI: нам так и не сказали, что именно мы слили

Трое safety-исследователей OpenAI — Tomek Korbak, Mikita Balesni и Jasmine Wang — публично опровергли обвинения бывшего работодателя. Компания так и не сообщила им письменно, какую именно информацию они якобы разгласили.

Уволенные из OpenAI: нам так и не сказали, что именно мы слили

Томек Корбак (Tomek Korbak), Микита Балесни (Mikita Balesni) и Жасмин Ван (Jasmine Wang) — трое уволенных safety-исследователей OpenAI — вышли с публичным опровержением. По их словам, они не передавали конфиденциальную информацию. И главное: компания не предъявила им ни одного письменного документа с указанием того, о каких именно данных идёт речь.

Контекст

OpenAI формально позиционирует себя как компанию с миссией безопасного развития AGI. При этом за последние годы из неё ушли или были уволены ряд ключевых специалистов, связанных именно с safety-направлением. Публично известны, например, уход Яна Лике (Jan Leike), возглавлявшего Superalignment team, а также Ильи Суцкевера. Каждый из этих уходов сопровождался публичными сигналами о напряжённости внутри компании.

Корбак, Балесни и Ван специализировались на интерпретируемости (interpretability) — исследовании того, как именно работают нейросети изнутри. Это принципиально важная область: именно interpretability позволяет выяснить, соответствует ли внутренняя логика модели её наблюдаемому поведению и нет ли скрытых нежелательных паттернов. По собственным словам исследователей, они видят прямую связь между своей работой по открытости систем и увольнением.

Отсутствие письменного объяснения со стороны OpenAI само по себе нетипично. При увольнении за нарушение NDA или внутренних политик работодатель обычно хотя бы в общих чертах указывает, что именно было нарушено. Это как минимум фактологически значимый момент истории — независимо от того, чья сторона окажется права.

Аналитика

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

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

Для рынка ситуация усиливает тревожный паттерн: ключевые safety-кадры покидают ведущие лаборатории, публичные конфликты снижают привлекательность этих позиций для будущих специалистов. AI safety — уже дефицитная область. Если её сильные представители уходят или вынуждены уходить — на каком фундаменте строить доверие к системам, которые компании продают как «безопасные»?

Кейсы применения в бизнесе

B2B-SaaS стартап на GPT-4o / o3: этот кейс — повод пересмотреть vendor risk. Нестабильность safety-команды поставщика повышает вероятность непредсказуемых изменений в поведении модели или политиках доступа. Разумный шаг — тестировать ключевые юзкейсы на нескольких моделях параллельно (Claude, Gemini, open-source) и избегать глубокой lock-in-зависимости от одного провайдера.

Корпорация с legacy-процессами: если компания строит внутренние LLM-инструменты на OpenAI API как критическую инфраструктуру — стоит добавить уровень мониторинга: логировать выходы, строить эталоны ответов и фиксировать дрейф поведения. Это работает как страховка от тихих изменений на стороне провайдера, о которых вас никто не предупредит заранее.

SMB и локальный бизнес в КР/СНГ: для небольших команд, только внедряющих ИИ-инструменты, ситуация — аргумент в пользу диверсификации. Использовать OpenAI для одних задач, Qwen или DeepSeek — для других, где чувствительность данных выше и зависимость от внешней политики провайдера критичнее. Это не параноя — это нормальная инфраструктурная гигиена.

Кейсы в личной жизни

Разработчик, работающий с LLM-инструментами: история трёх исследователей — напоминание о том, что interpretability — не академическая абстракция. Базовый аудит: задайте модели провокационные или граничные входы и посмотрите, где она начинает вести себя непредсказуемо. Это занимает час, но даёт реальное представление о надёжности инструмента в продакшне.

Контент-мейкер и фрилансер: если вы активно используете ChatGPT или Claude, следите за изменениями в политиках — это реальный рабочий риск. OpenAI и Anthropic публикуют model cards и changelog. Час в месяц на их чтение экономит неприятные сюрпризы с внезапно изменившимся поведением на задаче, от которой зависит ваш дедлайн.

Студент или начинающий исследователь ИИ: этот кейс — живая иллюстрация к дискуссии об AI safety как карьерном поле. Посмотрите на публикации по interpretability в Anthropic, DeepMind, и независимых академических группах — культура там зачастую иная. Выбор работодателя в safety-поле имеет принципиальное значение для того, какую работу вы реально сможете делать.

Как применить сегодня

  • Задокументируйте текущее поведение ключевых промптов в OpenAI API как baseline — при следующем обновлении модели сравните и зафиксируйте дрейф.
  • Добавьте в список мониторинга хотя бы один альтернативный провайдер (Claude API, Gemini или self-hosted open-source) — даже без активного использования, просто как fallback с протестированным промптом.
  • Прочитайте любую вводную статью по mechanistic interpretability от Anthropic или EleutherAI — это 20–30 минут и базовое понимание того, почему «модель так ответила» — не всегда тривиальный вопрос.
  • Если вы нанимаете AI-специалистов — спросите на интервью, как кандидат относится к transparency и проверяемости систем. Это маркер того, как человек работает с рисками.
  • Следите за апдейтами от Korbak, Balesni и Wang — если они опубликуют детали или исследования, там будут факты, важные для всего поля.
← Все статьи