Правила использования ИИ должны отвечать на рабочие вопросы сотрудника: в какой сервис можно войти, какие данные разрешено передавать, кто проверяет ответ и кому сообщать об ошибке. Общего призыва «соблюдать конфиденциальность» для этого недостаточно. Понятная процедура помогает снизить риск, но не даёт гарантии абсолютной безопасности.
Ниже — основа для обсуждения с руководителями, ИТ и ответственными за безопасность. Она не заменяет юридическую проверку, договоры с поставщиками и отраслевые требования вашей организации. Цель — подготовить сотрудников к повседневной работе в уже согласованной среде.
Укажите разрешённые инструменты и учётные записи
Внутренняя памятка должна содержать конкретный список: продукт, рабочая среда, способ входа, разрешённые функции и контакт ответственного. Формулировка «разрешён ChatGPT» оставляет слишком много вариантов: личный аккаунт, корпоративное пространство, сторонняя оболочка или API-приложение могут иметь разные условия.
Не приравнивайте оплату подписки к корпоративному согласованию. Уточните, кто управляет доступом, что происходит при увольнении сотрудника, какие подключения включены и кому видны загруженные материалы. Пользователь должен понимать, где заканчивается разрешение для конкретной задачи.
Например, разрешение готовить черновики по публичным материалам не включает подключение всего корпоративного диска. Если сотруднику нужна новая функция, предусмотрите короткий путь запроса: описание задачи, тип данных и ожидаемое действие. Это полезнее, чем оставлять его выбирать сервис самостоятельно.
Расскажите, чему хотите научить команду. Обсудим задачи и формат обучения.
Разделите данные по допустимому использованию
Составьте примеры документов, которые сотрудники узнают в своей работе. Ниже — учебная схема, которую нужно адаптировать к политике компании. Она сама по себе ничего не разрешает.
| Материал | Что проверить до передачи | Действие сотрудника |
|---|---|---|
| Опубликованное описание продукта | Нет ли внутренних примечаний в файле | Использовать в пределах разрешённой задачи |
| Специально составленное учебное обращение | Нет ли реальных данных в основе | Применять в согласованной учебной среде |
| Рабочий договор или клиентская переписка | Условия доступа и обработки данных | Получить решение ответственного |
| Пароли, токены, ключи и платёжные реквизиты | Исключить из запроса и вложений | Не передавать в обычный ИИ-чат |
Сначала передавайте минимальный материал, необходимый для задачи. Для правки структуры письма часто достаточно учебного текста; целая история переписки не нужна. Перед загрузкой просмотрите вложения, комментарии, скрытые листы и свойства файла: они могут содержать то, что не видно на первой странице.
Замена имени на «Клиент А» не гарантирует обезличивание. Компания или человек могут быть узнаваемы по должности, обстоятельствам сделки и другим деталям. Для обучения проще составить отдельный пример, чем пытаться очистить сложный рабочий документ. Реальные материалы согласуйте с ответственными специалистами.
Не смешивайте обучение модели и обработку данных
OpenAI сообщает, что по умолчанию не использует данные ChatGPT Business, Enterprise и API для обучения моделей. В политике для индивидуальных сервисов описаны другие условия и управление использованием контента для улучшения моделей. Проверяйте конкретный продукт и настройки, а не только название поставщика.
Отказ от использования данных в обучении не означает, что документ не обрабатывается сервисом, не сохраняется или не передаётся подключённому приложению. Внутреннее решение должно учитывать все эти вопросы. Если неясно, какой аккаунт или интеграция используется, сотрудник останавливает передачу рабочего материала и уточняет условия.
Для инструкции команде достаточно простого правила: используем утверждённую среду и разрешённый тип данных. Проверять договорные условия перед каждым запросом сотрудник не сможет; это задача тех, кто согласует инструмент. При изменении поставщика или тарифа согласование нужно пересмотреть.
Отделите черновик от действия
Условный пример: сотрудник просит ИИ подготовить ответ на претензию. Если модель только предлагает текст, менеджер может сверить условия и исправить его. Если приложение самостоятельно отправляет ответ, ошибка сразу попадает к клиенту. Эта разница должна быть отражена в правилах. Пример не описывает проект AURMIND.
Для первого освоения выбирайте режим, где человек просматривает результат перед отправкой, публикацией или изменением записи. Разрешение работать с текстом не даёт инструменту права удалять файлы, выдавать доступ или выполнять действия в CRM.
Для интеграций отдельно определите права, подтверждение действий, журнал и способ остановки. Подключение нового источника данных может изменить риск даже при том же интерфейсе. Если действие трудно отменить, требования к проверке должны быть строже, чем для внутреннего черновика.
Сделайте проверку ответа частью задачи
NIST AI 600-1 рассматривает риски вымышленных ответов и чрезмерного доверия автоматизации. В рабочей процедуре это означает: уверенный тон не заменяет подтверждение фактов. Сотрудник сверяет результат с исходным документом и открывает приведённые источники.
Для ответа клиенту проверьте цены, сроки, обязательства и допустимые формулировки. Для аналитики — числа, расчёты и соответствие выводов данным. Для внутреннего резюме — авторство решений и контекст. У каждой задачи должен быть свой короткий перечень, а не абстрактное «проверить всё».
Полезно разделить два вопроса: точен ли ответ и можно ли его использовать в этой ситуации. Даже верный фрагмент может быть неуместен в письме или раскрывать лишнюю информацию. За окончательным решением закрепите конкретную роль: автор письма, руководитель процесса или согласующий специалист.
Подготовьте канал сообщения об ошибке
Сотрудник должен знать, что делать, если отправил неподходящий файл, обнаружил неверное действие или увидел подозрительный запрос на доступ. Укажите внутренний канал и ответственного. Для сложной ситуации не оставляйте инструкцию «разберитесь самостоятельно».
Основной порядок: прекратить дальнейшие передачи или действия, сохранить сведения о том, что произошло, и сообщить ответственному по внутренней процедуре. Не пересылайте сам чувствительный материал в общий чат ради объяснения. Удаление сообщения в интерфейсе не является доказательством удаления всех копий.
Дальнейшие решения — ограничить доступ, проверить журнал, сменить раскрытый ключ, связаться с поставщиком — принимает ответственный за инцидент. Важно не требовать от сотрудника скрывать ошибку до выяснения последствий: раннее сообщение помогает быстрее оценить ситуацию.
Проверьте, что правила можно выполнить
Перед утверждением дайте памятку обычному сотруднику и попросите пройти рабочую ситуацию. Может ли он найти разрешённый сервис? Понимает ли, какой документ использовать? Знает ли, кому задать вопрос? Если ответы требуют угадывать, дополните инструкцию.
Обучение должно включать практику. Дайте специально подготовленный файл с лишними данными и попросите выбрать безопасный для задания материал. Покажите текст с вымышленной ссылкой. Разберите черновик, в котором модель обещает условие, отсутствующее в исходнике. Такие упражнения тренируют решение, а не запоминание запретов.
Руководитель должен применять те же правила. Если на занятии запрещают личные аккаунты, а затем просят срочно загрузить туда рабочую таблицу, инструкция теряет смысл. Обеспечьте доступный разрешённый путь и время на проверку результата.
Основа короткой памятки команде
После согласования закрепите в одном доступном документе:
- Разрешённые продукты, рабочие аккаунты и контакты поддержки.
- Примеры допустимых данных и материалов, требующих согласования.
- Запрещённые действия и порядок запроса новых функций.
- Проверку результата перед отправкой и роль согласующего.
- Канал сообщения об ошибке и дату пересмотра правил.
Обновляйте памятку при смене продукта, подключении источников и расширении сценария. Не заставляйте сотрудников искать действующую версию среди старых сообщений. Назначьте владельца документа и сохраняйте историю изменений отдельно от основной инструкции.
Правила можно включить в корпоративное обучение ИИ, а затем проверить на ограниченном пилоте. Так команда увидит, как применять их к своей работе.
В AURMIND можно обсудить программу для команды с практикой постановки задач и проверки ответов. Обсудите программу корпоративного обучения: укажите роли участников и действующие ограничения вашей компании. Согласование инструментов и данных остаётся за ответственными специалистами организации.
Частые вопросы
Можно ли загрузить рабочий документ после удаления фамилий?
Только если это соответствует согласованным правилам компании. Удаление фамилий не убирает все чувствительные сведения: в документе могут оставаться коммерческие условия, обстоятельства или идентификаторы. Для обучения используйте специально подготовленные примеры.
Означает ли корпоративный тариф, что разрешены любые данные?
Нет. Тариф и договор задают условия сервиса, а организация определяет допустимые сценарии. Отдельно учитывайте настройки, доступы, интеграции и требования к конкретным данным. При сомнении уточните решение ответственного до загрузки.
Нужно ли запретить ИИ, пока нет большого регламента?
Можно начать с ограниченной учебной среды и специально составленных данных после внутреннего согласования. Даже для этого нужны понятный инструмент, границы действий и ответственный. Рабочие документы и автоматические действия требуют отдельного решения.
Источники
- OpenAI — Enterprise privacy — OpenAI
- OpenAI — How your data is used to improve model performance — OpenAI
- NIST — Generative Artificial Intelligence Profile, AI 600-1 — NIST
