Какие данные можно доверять ИИ-ассистенту, а какие — нет

Главный страх при внедрении ассистента звучит так: «а он не сольёт наши данные?». Страх обоснованный, но обычно задан не туда. Риск создаёт не сам ассистент, а привычка давать полный доступ «чтобы точно работало».

Ниже — практическая рамка: что подключать можно, что закрывать заранее и как проверить, что ничего лишнего не происходит.

01. Короткий ответ

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

Простое правило: если вы не дали бы этот доступ новому сотруднику в первый день — не давайте и ассистенту.

02. Четыре категории данных

Разделение помогает не спорить абстрактно, а решить по каждому пункту.

• Почта и календарь. Можно: входящие письма, сроки, встречи. Это основа большинства задач.

• Документы и таблицы. Можно, но по папкам: реестры, прайсы, договоры по конкретному проекту — а не весь диск.

• Внутренние чаты. Можно рабочие каналы, где обсуждаются заявки и задачи.

• Пароли, ключи и платёжные данные. Нельзя. Ассистент не должен хранить или передавать секреты — для этого есть менеджер паролей.

Отдельно: чужие персональные данные. Если задача требует работы с ними (например, клиники), доступ ограничивается конкретным разделом и фиксируется в журнале — а не «всем массивом на всякий случай».

03. Что закрывать заранее

Список короткий, но именно он снимает 90% рисков.

• Платёжные реквизиты и доступы к банку. Ассистент может подготовить счёт, но не проводить платёж.

• Пароли и токены. Хранятся отдельно, в защищённом хранилище, и не попадают в переписку.

• Личные переписки сотрудников. Только рабочие каналы.

• Документы других клиентов. Если задача про одного клиента — доступ к папке одного клиента.

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

04. Принцип минимальных доступов

Это не формальность, а самая практичная часть. Четыре шага, которые делают работу предсказуемой.

• Только нужные доступы. Отдельный ящик, отдельная папка, отдельный календарь — а не весь аккаунт компании.

• Запретные зоны. Список того, что ассистент не трогает никогда, лучше зафиксировать письменно.

• Журнал действий. Каждое действие фиксируется: что сделал, когда, на основании чего.

• Проверка человеком. Всё необратимое и спорное проходит через подтверждение сотрудника.

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

05. Персональные данные: что важно на практике

Ассистент почти всегда работает с персональными данными: имена, телефоны, адреса, суммы. Это нормально, если соблюдены три условия.

• Цель. Данные используются для конкретной задачи, а не «накапливаются».

• Минимум. Только те поля, которые нужны для работы. Если достаточно имени и телефона — не нужно тянуть паспорт.

• Срок. Есть понятное правило, сколько данные хранятся и когда удаляются.

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

06. Журнал и проверка: как это выглядит

Хороший журнал отвечает на три вопроса по каждому действию: что сделано, на основании чего и кто это видел.

• Что. «Отправлено сообщение клиенту», «создан черновик счёта», «поставлена задача».

• Основание. Какое письмо, какая заявка, какое правило сработало.

• Кто видел. Проверил ли сотрудник и что изменил.

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

07. Пять правил безопасного старта

• Отдельный доступ, а не общий. Свой ящик и своя папка под задачу.

• Список запретов письменно. Что нельзя трогать никогда — до первого запуска.

• Никаких секретов в переписке. Пароли и ключи — только в защищённом хранилище.

• Необратимое — с подтверждением. Удаление, рассылка, изменение цен.

• Проверка первые две недели. Выборочно, но обязательно — с записью в журнале.

Ещё одно: доступы должны отзываться так же легко, как выдаются. Если сотрудник ушёл или задача закрыта — доступ снимается в тот же день, а не «когда дойдут руки».

08. Как это работает на OpenClaw

Right Claw работает на платформе OpenClaw — среде, где ассистент подключается к вашим данным и работает по правилам, которые вы задали словами.

• Доступы выдаются точечно: конкретный ящик, папка, календарь или раздел системы.

• Действия фиксируются в журнале — видно, что и на основании чего сделано.

• Границы задаются словами: что можно самому, что требует подтверждения, что запрещено.

• Доступ отзывается в любой момент — без «переустановки системы».

Мы не просим «дайте всё». Начинаем с минимального набора под одну задачу — этого достаточно, чтобы увидеть результат.

09. С чего начать

• Составьте список данных по задаче: что реально нужно ассистенту.

• Вычеркните лишнее: реквизиты, пароли, чужие переписки, общий диск.

• Запишите запреты в двух-трёх строках — это и есть политика.

• Включите журнал и проверку на первые две недели.

• Пересмотрите доступы после пилота: что можно расширить, а что лучше не трогать.

Безопасность не мешает внедрению. Она делает его предсказуемым — и снимает главный вопрос на планёрке.