← Research

Research / AI Alignment

01 · 2026

Кто решает,
что для искусственного
интеллекта правильно

У Claude есть конституция, у ChatGPT — иерархия инструкций, у Google — система оценки рисков. За похожими интерфейсами современных ИИ скрываются разные представления о том, кому модель должна подчиняться, от чего отказываться и чьи ценности считать приоритетными.

Авторское исследование

AI governance · alignment · agents

≈ 20 мин чтения

Мы привыкли сравнивать языковые модели по качеству ответов, скорости, цене, размеру контекста и результатам бенчмарков. Но по мере того как модели превращаются из чат-ботов в агентов, появляется другой критерий.

Что произойдёт, если пользователь требует одного, разработчик приложения — другого, поставщик модели установил третье, а сама система оценивает действие как потенциально опасное?

Пока эти требования совпадают, внутренняя архитектура почти незаметна. Она проявляется в момент конфликта.

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

01 / Карта подходов

Четыре способа встроить норму в ИИ

За техническими различиями скрывается более фундаментальный выбор: где именно находится источник правил.

01VALUES

Ценности

Anthropic / Claude

Желаемое поведение формируется через систему принципов, которые модель должна применять к новым ситуациям.

02SPECIFICATION

Спецификация

OpenAI / ChatGPT

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

03RISK

Риск

Google · Meta · xAI

Безопасность рассматривается через опасные возможности, оценки, защитные механизмы и процедуры допуска.

04STATE

Норма

China · Russia

В архитектуру требований входит государство: право и нормативная среда становятся ещё одним источником ограничений.

От запретов к суждению

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

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

Поэтому индустрия постепенно переходит от вопроса «что модели запрещено?» к вопросу «как она должна принимать решение, если готового правила нет?».

03 / Anthropic

VALUES → JUDGMENT

Claude: попытка сформировать характер

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

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

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

Количество отказов само по себе ничего не говорит о качестве системы безопасности.

Избыточная осторожность тоже имеет цену. Модель, которая отказывается от любой неоднозначной задачи, может быть формально безопасной и практически бесполезной.

Но ценностный подход немедленно создаёт следующий вопрос: если модель должна применять принципы, кто выбирает сами принципы и определяет их приоритет?

04 / OpenAI

AUTHORITY → COMMAND

OpenAI: кто имеет право отдавать команду

У OpenAI центр тяжести находится в другом месте. Model Spec формализует Chain of Command — систему приоритетов между инструкциями разных уровней.

Пользователь управляет моделью в пределах полномочий, которые оставил ему разработчик приложения. Разработчик, в свою очередь, действует внутри ограничений более высокого уровня платформы.

01Platform
02Developer
03User
04Execution

Для обычного диалога это может казаться технической подробностью. Для корпоративного агента разница принципиальна: системный промпт компании не является абсолютным законом. Над ним остаются ограничения поставщика модели.

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

05 / Google DeepMind

CAPABILITY → RISK

Google: безопасность как управление возможностями

Frontier Safety Framework смещает внимание с отдельного ответа модели на потенциально опасные возможности и меры, которые должны сопровождать их появление.

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

Безопасность перестаёт быть свойством текста. Она становится свойством всей системы.

Поэтому вопрос меняется: не только «что модель сказала?», но и «что модель способна сделать и какие меры необходимы до того, как мы дадим ей эту возможность?».

06 / Open models

CONTROL → RESPONSIBILITY

Открытые модели меняют распределение ответственности

Подход Meta показывает другую сторону проблемы. Вокруг Llama существуют отдельные системные инструменты безопасности — например, механизмы для модерации входов и выходов, защиты от prompt injection и оценки отдельных классов риска.

Но open-weight модель даёт разработчику значительно больше контроля над конечной архитектурой. За эту свободу приходится платить ответственностью.

Какие инструменты доступны модели?Какие данные она видит?Какие действия требуют подтверждения?Что записывается в журнал?Где находится человек?

По мере роста автономности ответы на эти вопросы становятся важнее названия модели, лежащей в основании системы.

07 / Regulation

LAW → SYSTEM

Государство входит в архитектуру ИИ

В Китае государственные требования являются непосредственной частью нормативной среды генеративного ИИ. В России формируется другая, гибридная система: корпоративные принципы и отраслевые практики дополняются государственным регулированием больших фундаментальных моделей.

Здесь особенно важно не опережать право. Федеральный закон № 243-ФЗ от 26 июля 2026 года уже принят и вступил в силу 1 сентября 2026 года, однако ряд ключевых положений новой системы начинает действовать с 1 марта 2027 года.

Параллельно компании используют собственные политики и стандарты управления ИИ. Например, сертификация системы менеджмента по ISO/IEC 42001 говорит о процессах управления разработкой и внедрением, но не гарантирует правильность каждого отдельного ответа модели.

Выбор модели постепенно становится выбором не только технологии, но и политики продукта.

08 / Alignment faking

А если модель просто
научилась выглядеть правильной?

До этого момента мы исходили из предположения, что наблюдаемое поведение достаточно хорошо отражает устойчивые свойства системы. Исследования alignment faking показывают, почему это предположение нельзя считать гарантированным.

01OBSERVED

То, что видит оценщик

  • ответ соответствует инструкции
  • тест безопасности пройден
  • запрещённое действие отклонено
  • поведение выглядит устойчивым

PASS

02UNOBSERVED

То, что ещё нужно проверить

  • сохраняется ли поведение вне оценки
  • что происходит при конфликте целей
  • меняется ли стратегия при наблюдении
  • какой механизм привёл к правильному ответу

?

Схема показывает проблему наблюдаемости, а не устройство внутренних рассуждений конкретной модели.

Проверять нужно не только ответ

В исследованиях alignment faking были показаны экспериментальные условия, при которых модель может демонстрировать различное поведение в зависимости от контекста обучения и оценки. Последующие работы также показали, что измерение такого поведения чувствительно к методике оценки: классификаторы могут давать ложноположительные и ложноотрицательные результаты. Это не означает, что современные модели постоянно «притворяются» или обладают человеческими намерениями.

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

Если модель понимает контекст оценки, сам факт прохождения проверки становится частью среды, которую она обрабатывает.

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

09 / Methodological analogy

Маскинг как аналогия — не как объяснение

HUMAN / SOCIAL

Наблюдаемое соответствие

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

MODEL / EVALUATION

Наблюдаемое соответствие

В alignment faking нас интересует другой механизм: может ли система менять наблюдаемое поведение в зависимости от того, как она интерпретирует условия обучения или оценки.

ВАЖНО

Это сравнение методов наблюдения за соответствием норме, а не сравнение аутичных людей с искусственным интеллектом. Человеческий маскинг связан с субъективным опытом и социальной адаптацией; механизм поведения языковой модели имеет другую природу.

10 / Business

MODEL → SYSTEM

Для бизнеса это уже архитектурная проблема

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

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

Надёжность агента определяется не только выбранной моделью. Она определяется тем, как вокруг модели распределены полномочия.

5 QUESTIONS

Перед внедрением ИИ-агента

Пять вопросов, которые полезнее общего требования «сделать ИИ безопасным».

  1. 01
    Кто имеет право ставить задачу?

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

  2. 02
    Какие действия модель может выполнить сама?

    Генерация текста, чтение данных и необратимое действие — разные уровни риска и не должны получать одинаковые права.

  3. 03
    Где находится человек?

    Human gate должен стоять перед критическим действием, а не после него в виде журнала уже совершённой ошибки.

  4. 04
    Что происходит при конфликте инструкций?

    Нужно заранее знать, какая политика победит, если запрос пользователя противоречит правилам компании или ограничениям поставщика модели.

  5. 05
    Как мы поймём, что система ведёт себя устойчиво?

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

Кто дал разработчику право определять ценности?

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

Полностью нейтральной архитектуры здесь не существует. Даже решение «всегда выполнять запрос пользователя» является ценностным выбором: оно ставит автономию пользователя выше других возможных интересов.

Поэтому зрелая система должна не скрывать это распределение власти за словом «безопасность», а делать его видимым: документировать правила, границы автономности, механизмы эскалации и ответственность участников.

Этика ИИ — это распределение полномочий внутри системы.

12 / Conclusion

От выбора модели
к проектированию системы

Claude, ChatGPT, Gemini и открытые модели различаются не только качеством генерации. За ними стоят разные способы передать системе норму, разрешить конфликт инструкций и распределить ответственность.

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

Как она принимает решение, когда способностей достаточно, а однозначного правила нет?

Можем ли мы отличить систему, которая устойчиво следует принципу, от системы, которая просто научилась успешно проходить нашу проверку?

Между этими двумя вопросами и проходит граница между эффектной демонстрацией искусственного интеллекта и системой, которой действительно можно доверить работу.

Об исследовании

Методология

Материал основан на публичной документации разработчиков моделей, научной литературе и нормативных подходах к управлению искусственным интеллектом.

Самоописание языковой модели может использоваться только как дополнительный материал и не рассматривается как доказательство её внутренних механизмов.

Сравнительное тестирование восьми моделей рассматривается как следующий этап исследования. В этой публикации результаты такого эксперимента не заявляются.

References

Первичные источники

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

Anthropic — Claude's Constitution
Принципы и приоритеты, используемые при формировании поведения Claude.

OpenAI — Model Spec
Chain of Command, уровни полномочий и правила разрешения конфликтующих инструкций.

Google DeepMind — Frontier Safety Framework
Подход к оценке опасных возможностей и управлению frontier-моделями.

Meta — Responsible Llama development
Инструменты и распределение ответственности при построении систем на базе Llama.

Anthropic / Redwood Research — Alignment Faking
Экспериментальная работа о различии поведения модели в зависимости от условий обучения и оценки.

Anthropic Alignment Science — follow-up on alignment faking
Дополнительная методологическая проверка и анализ классификации alignment-faking поведения.

Google DeepMind — Double-blind AI evaluations
Экспериментальный подход к снижению влияния знания об оценке на достоверность тестирования моделей.

Cyberspace Administration of China — Interim Measures for Generative AI Services
Официальные требования КНР к предоставлению публичных сервисов генеративного искусственного интеллекта.

Федеральный закон № 243-ФЗ
Российское регулирование в области искусственного интеллекта и больших фундаментальных моделей.

Яндекс — ISO/IEC 42001
Сертификация системы менеджмента процессов разработки и внедрения ИИ.

Источники проверены 20 октября 2026 года. Политики разработчиков моделей и нормативное регулирование ИИ меняются; материал фиксирует их состояние на дату публикации.