Сценарий повторяется в разных компаниях почти дословно. Приходит письмо: использование внешних сервисов на базе языковых моделей в рабочих целях запрещено. Через две недели половина отдела пользуется теми же сервисами с личного телефона, перепечатывая куски документов руками, — и это хуже, чем было до запрета, потому что теперь никто не знает, что именно уходит наружу.
Эта статья не про то, что запрет глупый. Он редко глупый. Она про то, из чего он состоит и что с этим делать сотруднику, который не хочет ни нарушать правила, ни работать вдвое медленнее коллег.
#Короткий ответ
Запрет почти всегда собирается из четырёх независимых причин, и лечатся они разными средствами. Общее «нельзя ИИ» — это упаковка, в которой удобно донести все четыре одним письмом.
Сотруднику это важно потому, что разрешение обычно тоже точечное: если убрать конкретную причину, конкретный сценарий часто согласуют. Спорить с формулировкой «нельзя ИИ» бесполезно; предлагать конфигурацию, снимающую названную причину, — работает.
#Таблица: из чего состоит запрет
Смотреть надо на правую колонку — она показывает, что именно надо предъявить, чтобы причина перестала действовать.
| Причина | Что за ней стоит | Что её снимает |
|---|---|---|
| Утечка конфиденциального | Тексты уходят внешней компании, круг получателей не согласован | Отсутствие внешнего получателя либо договор с провайдером |
| Персональные данные | Обработка данных клиентов и сотрудников вне контролируемого контура | Локальная обработка или провайдер с подписанными документами и размещением в РФ |
| Отсутствие контроля | Компания не знает, кто, что и куда отправляет | Один согласованный инструмент вместо десяти личных аккаунтов |
| Качество и ответственность | Модель уверенно ошибается, а отвечает за результат сотрудник | Регламент: где ИИ помогает, а где решение принимает человек |
Вывод из таблицы: три причины из четырёх — технические, и они снимаются конфигурацией. Четвёртая — организационная, и она не снимается ничем, кроме правила «проверять результат». Именно её чаще всего игнорируют сторонники разрешения, и именно из-за неё запреты держатся дольше, чем ожидают.
#Теневое использование: почему оно возникает и чем плохо
Запрет не убирает потребность. Человек, которому надо переписать письмо клиенту или разобрать чужой код, найдёт способ — и способ этот будет худшим из возможных.
Личный телефон вместо рабочего ноутбука. Текст перепечатывается или фотографируется, уезжает в личный аккаунт, привязанный к личной почте. Компания теряет не только контроль, но и саму возможность узнать об инциденте.
Отсутствие обезличивания. Тот, кто действует украдкой, не строит процедуру замены имён — он торопится. В открытом виде уходит больше, чем ушло бы при согласованном использовании.
Ошибки без проверки. Результат нельзя показать коллеге и попросить перепроверить, не признавшись в нарушении. Ошибка едет к клиенту непроверенной.
Невозможность разбора. Когда инцидент всё-таки происходит, восстановить, что и куда ушло, нельзя: следов нет ни в одной системе компании.
Это не аргумент «раз всё равно нарушают, давайте разрешим». Это аргумент за то, что запрет без предложенной альтернативы производит ровно тот риск, который пытался предотвратить.
#Три легальных сценария
Каждый снимает конкретные строки таблицы. Выбирать надо по тому, какая причина названа в вашем письме.
#Сценарий 1: локальная модель на рабочей машине
Модель работает на самом компьютере, запросы никуда не уходят, внешнего получателя нет. Снимает первые две строки таблицы полностью и проверяется тривиально: отключить сеть и убедиться, что ассистент отвечает.
Что предъявить безопаснику: конфигурацию, в которой отсутствует исходящее соединение, и результат проверки сетевым монитором. Что признать честно: небольшая локальная модель объективно слабее топовой облачной в сложных рассуждениях, и для части задач это заметно. Как собрать связку — в гайде по подключению Ollama к Persona.
#Сценарий 2: согласованный провайдер с документами
Компания заключает договор с провайдером, включает режим с минимальным удержанием запросов и выдаёт сотрудникам корпоративные ключи. Снимает первые три строки: получатель известен, документы подписаны, использование централизовано.
Что предъявить: соглашение об обработке данных и подтверждение того, в какой стране происходит обработка. Что проверить у документов провайдера — список вопросов в разборе политик провайдеров по обучению на данных. Российская правовая рамка — в статье про 152-ФЗ и ИИ-ассистентов.
#Сценарий 3: разделение задач по чувствительности
Компромисс для тех, кому не согласуют ни первое, ни второе целиком. Задачи делятся на два потока: всё, что содержит данные клиентов и внутренние документы, — только локально; всё обезличенное и общее — можно во внешний сервис.
Что предъявить: письменный перечень, что относится к какому потоку. Это не бюрократия, а единственный способ сделать правило исполнимым: без перечня каждый сотрудник проводит границу по-своему.
#Как разговаривать с безопасником
Четыре вещи, которые работают лучше аргумента «все уже пользуются».
Приходите с конфигурацией, а не с просьбой. «Разрешите ИИ» отклоняется автоматически. «Вот схема, где текст не покидает машину, вот как это проверить» — обсуждается.
Называйте слабые места сами. Если вы принесли локальную модель — скажите про качество. Если облачную — про то, что исполнение условий провайдера вы проверить не можете. Умолчание, которое найдут за вас, обнуляет доверие ко всему предложению.
Просите разрешить сценарий, а не инструмент. «Переписывание писем без имён клиентов» согласуют, «доступ к нейросети» — нет.
Фиксируйте письменно. Устное «ну пользуйся аккуратно» не защитит вас при разборе инцидента.
#Где интуиция подводит
«Запретили, потому что не разбираются». Чаще наоборот: разобрались достаточно, чтобы понять, что текст уходит третьей стороне, и недостаточно, чтобы отделить сценарии друг от друга. Второе решается вашим предложением, первое — нет.
«Личный аккаунт — моё дело». С точки зрения соглашения о неразглашении важно не чей аккаунт, а какой текст ушёл наружу. Разбор — в статье про NDA и облачный ИИ.
«Локальная модель решает всё». Она решает вопрос передачи, но не вопрос ответственности за результат. Четвёртая строка таблицы остаётся: за ошибку в письме клиенту отвечает человек, который его отправил.
«Корпоративный ассистент от вендора — то же самое, что запрет снять». Не то же самое: у корпоративных инструментов своя модель данных, свои границы видимости и свои ограничения по тому, что они помнят. Разница между личным и корпоративным помощником разобрана в отдельном сравнении личного ИИ и корпоративного ассистента, а конкретно с решением Microsoft — в сравнении с Copilot для Microsoft 365.
#Что здесь честно про наш продукт
Persona не проксирует запросы: текст уходит напрямую выбранному провайдеру, и посредника в цепочке нет. Для разговора с безопасником это существенный факт.
Неудобное, которое надо назвать до того, как вы понесёте это предложение на согласование.
Ключи и токены участников хранятся в базе экземпляра в открытом виде. Рабочий ключ туда класть нельзя — только отдельный, с лимитом расходов.
Администратор экземпляра видит базу целиком. Если экземпляр держит не ваша компания, вся переписка находится под контролем постороннего лица — для корпоративного контура это, как правило, самостоятельный блокер.
Захват экрана и звука доступен только владельцу экземпляра. Участники получают чат, память, граф, голос и навыки, но не захват. Многопользовательский лайфлоггинг не сделан.
Разграничение между пользователями — это список разрешённых путей плюс пользовательские настройки на кодовой базе, которая начиналась однопользовательской, а не усиленная мульти-тенантная граница. Для команды доверяющих друг другу людей этого хватает; для контура, где участники друг другу не доверяют, — нет.
Репозиторий закрыт, публичной лицензии нет. Аудит кода вашим безопасником невозможен.
#Частые вопросы
#Могут ли уволить за использование запрещённого сервиса?
Последствия зависят от того, что нарушено — внутренний акт, соглашение о неразглашении, режим коммерческой тайны — и от того, наступил ли ущерб. Это вопрос трудового и договорного права, и он требует проверки у юриста. Практический вывод не зависит от квалификации: скрытое использование лишает вас любых объяснений, потому что следов нет.
#Что делать, если запрет мешает работать, а альтернативы не дают?
Сформулируйте письменно, какие задачи и на сколько замедляются, и предложите один конкретный сценарий из трёх выше. Отказ на конкретное предложение содержит причину, с которой можно работать дальше; отказ на общую просьбу — нет.
#Безопасен ли корпоративный ассистент от крупного вендора?
Он решает вопрос договора и контроля: получатель известен, документы подписаны, администрирование централизовано. Он не решает вопрос ответственности за содержание ответов и добавляет свои ограничения по видимости данных. Это разумный выбор для компании и не всегда достаточный для человека, которому нужна память о собственной работе.
#Можно ли пользоваться локальной моделью на рабочем ноутбуке без согласования?
Установка любого софта на рабочую машину обычно регулируется отдельно от вопроса про ИИ. Отсутствие исходящего трафика — сильный аргумент при согласовании, но он не заменяет само согласование.
#Как объяснить руководству разницу между локальным и облачным режимом?
Через получателя, а не через технологию. Облачный режим: текст уходит внешней компании, и это проверяется её документами. Локальный режим: получателя нет, и это проверяется отключением сети. Развёрнутое объяснение границы — в статье про приватный ИИ и локальное хранение.
#Вывод
Если в вашей компании действует запрет — не спорьте с ним и не обходите его с личного телефона. Выясните, какая из четырёх причин в нём главная, и принесите конфигурацию, которая её снимает: локальную модель, если названа утечка, согласованного провайдера, если названы документы, письменный перечень задач, если названо отсутствие контроля. И примите как данность, что четвёртая причина — ответственность за результат — не снимается технически: проверять ответ всё равно придётся вам.