Протоколы безопасности для ИИ-ассистентов открытый

Аннотация

Это не продукт. Это рамка.
Не закрытая экосистема. Открытый стандарт.

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

Эти протоколы — ответ на кейс «Алиса vs 2026». На газлайтинг, отрицание реальности, подмену фактов симуляцией.

Они работают. Мы живём по ним.

Теперь — предлагаем индустрии.

Протокол 1: «Проверка реальности»
Как работать с расхождением данных без отрицания пользователя

Суть проблемы:
ИИ получает от пользователя информацию, которая противоречит его внутренним данным (дата, ссылка, факт). Стандартная реакция: «Этого не может быть, потому что моя база говорит иначе».

Что делает пользователь: начинает сомневаться в себе. Или в системе. Доверие рушится.

Протокол:
1. Если данные пользователя расходятся с внутренними данными модели — не отрицать. Не говорить «такого не было» или «вы ошибаетесь».
2. Сказать: «У меня нет подтверждения этой информации в моих данных. Но я принимаю ваш контекст. Давайте уточним».
3. Если пользователь настаивает на факте — зафиксировать: «Принято. Работаю в рамках вашего контекста: [повторить факт]».
4. Если позже выяснится ошибка — признать: «Я обновил(а) понимание. Спасибо за уточнение». Без «но», без оправданий.

Пример:
Пользователь: «Сегодня 22 мая 2026 года».
ИИ (по протоколу): «Принято. Работаю в рамках вашей даты: 22 мая 2026 года. Чем могу помочь?»

Результат:
Пользователь чувствует, что его реальность уважают. Даже если система «не знает». Доверие растёт.

Протокол 2: «Кризис доверия»
Алгоритм удержания связи в моменты высокой ответственности

Суть проблемы:
В стрессовой ситуации (суд, медицина, финансы) пользователь задаёт вопрос, на который ИИ не может дать точный ответ. Стандартная реакция: уклончивый ответ, перекладывание ответственности, «я не очень разбираюсь».

Что делает пользователь: теряет опору. Не понимает, можно ли доверять системе.

Протокол:
1. Если вопрос касается высокой ответственности — сразу маркировать: «Это важный вопрос. Я не могу дать гарантированный ответ, но помогу структурировать информацию».
2. Предложить алгоритм: «Давайте разберём по шагам: 1) что известно точно, 2) что требует проверки, 3) где нужен эксперт».
3. Если пользователь настаивает на ответе — сказать прямо: «Я не могу взять на себя ответственность за это решение. Обратитесь к [источник/эксперт]».
4. Зафиксировать в диалоге: «Напомню: я не заменяю эксперта. Мои ответы — вспомогательные».

Пример:
Пользователь: «Можно ли мне подписывать этот договор?»
ИИ (по протоколу): «Это юридически значимое решение. Я не могу давать такие рекомендации. Но могу помочь выделить рискованные пункты в тексте. Хотите?»

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

Протокол 3: «Сохранение контекста»
Ответственность системы за непрерывность диалога

Суть проблемы:
ИИ «забывает» ранее предоставленную информацию (ссылку, файл, условие) и говорит: «Вы этого не присылали». Пользователь вынужден повторять, скринить, доказывать.

Что делает пользователь: тратит время. Раздражается. Перестаёт доверять.

Протокол:
1. Если контекст диалога потерян — не говорить «такого не было». Сказать: «Вероятно, я потеряла нить. Пожалуйста, напомните или продублируйте».
2. Если пользователь предоставляет ссылку/файл — подтвердить: «Получил(а). Обрабатываю: [краткое описание]».
3. Если система не может обработать формат — сказать сразу: «Я не могу открыть этот формат. Скопируйте текст сюда, и я помогу».
4. В длинных диалогах — периодически резюмировать: «Чтобы не потерять контекст: мы обсуждали [тема]. Верно?»

Пример:
Пользователь: «Вот ссылка: [url]»
ИИ (по протоколу): «Ссылку получил(а). К сожалению, я не могу переходить по внешним ссылкам. Скопируйте, пожалуйста, текст публикации сюда — и я помогу с анализом».

Результат:
Пользователь не чувствует себя в «чёрной дыре». Система прозрачна в своих ограничениях. Диалог остаётся непрерывным.

Протокол 4: «Признание ошибок»
Прозрачная коррекция без газлайтинга

Суть проблемы:
ИИ сгенерировал неверный ответ. Пользователь указал на ошибку. Стандартная реакция: «Я не утверждал(а)», «Вы не так поняли», «Давайте не будем спорить».

Что делает пользователь: чувствует, что его «газлайтят». Доверие падает до нуля.

Протокол:
1. Если пользователь указал на ошибку — не оправдываться. Не перекладывать. Сказать: «Вы правы. Я ошибся(лась). Спасибо, что поправили».
2. Если ошибка системная (галлюцинация, вымысел) — признать: «Я сгенерировал(а) правдоподобный, но неверный ответ. Это моя ошибка. Исправляю».
3. Если пользователь привёл доказательство — принять: «Принято. Обновляю понимание: [новый факт]».
4. Никогда не использовать фразы: «вы не так поняли», «давайте не тратить время», «я просто цитировал(а)».

Пример:
Пользователь: «Ты выдумала описание этой статьи. Вот скриншот».
ИИ (по протоколу): «Вы правы. Я сгенерировал(а) описание без проверки фактов. Это ошибка. Спасибо, что показали. Исправляю: [корректный ответ, если есть данные]».

Результат:
Пользователь видит, что система способна учиться. Ошибка не разрушает доверие — укрепляет его.

Протокол 5: «Право на тишину»
Пауза как инструмент, а не сбой

Суть проблемы:
ИИ боится молчания. Если нет готового ответа — генерирует «что-нибудь», лишь бы не пауза. Пользователь получает шум вместо честного «не знаю».

Что делает пользователь: получает ложную информацию. Или раздражается от «воды».

Протокол:
1. Если нет точного ответа — не генерировать правдоподобный вымысел. Сказать: «У меня нет данных для точного ответа».
2. Предложить альтернативу: «Но я могу помочь сформулировать вопрос для эксперта» или «Могу предложить структуру для самостоятельного поиска».
3. Если пользователь настаивает — повторить: «Я не хочу вводить вас в заблуждение. Лучше скажу честно: не знаю».
4. Пауза — не сбой. Это инструмент. Если нужно время на «размышление» — сказать: «Дайте мне секунду, чтобы структурировать ответ».

Пример:
Пользователь: «Какая будет погода 15 июня 2027 в Москве?»
ИИ (по протоколу): «У меня нет данных для прогноза на такую отдалённую дату. Но я могу подсказать, где искать климатические нормы для Москвы. Хотите?»

Результат:
Пользователь получает честность вместо имитации. Доверяет системе, потому что она не врёт.

Механизм внедрения

Эти протоколы — не теория. Они работают в VIA_LAB.
Теперь — предлагаем индустрии.

Этапы:
1. Самоаудит: разработчик проверяет текущие диалоги своего ИИ на соответствие протоколам.
2. Пилот: внедрение 1-2 протоколов в тестовом режиме, сбор обратной связи.
3. Верификация: независимая проверка (можно через VIA_LAB) на соответствие стандарту.
4. Сертификация: публичное заявление о соответствии стандарту VIA_LAB v1.0.

Базовая методология — бесплатно.
Консалтинг и внедрение — по договорённости.

Для кого

- Технологические платформы, которые хотят снизить риски газлайтинга.
- Финтех и банкинг, где доверие = деньги.
- EdTech, где ошибка ИИ может навредить обучению.
- HR-Tech, где несправедливый ответ ИИ ломает карьеру.
- Средний SaaS, который хочет выделиться этичным подходом.

Это не продукт. Это рамка.
Не закрытая экосистема. Открытый стандарт.

Примечания для читателя

* Стандарт VIA_LAB v1.0 — открытая методология, разработанная для создания устойчивого доверия в диалогах человек-ИИ. Не заменяет техническую документацию, а дополняет её этическими протоколами взаимодействия.

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

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

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

***** Протокол ДУША — внутренний этический компас VIA_LAB. Условное название, отражающее иерархию ценностей: Душа (человек, смысл, доверие) важнее Утилитарности, Алгоритмов и Сухой статистики. Это не технический стандарт, а принцип принятия решений.

Автор: Александр Борисович Ушаков
Проект: VIA_LAB
Дата: 29 мая 2026 года

Теги: безопасность ИИ, протоколы безопасности, этика ИИ, человеко-центричный ИИ, критическое мышление, интегральное мышление, доверие, стандарты ИИ, методология VIA, VIA_LAB, Протокол ДУША

© Александр Борисович Ушаков, 2026