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

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

Назовите разрешённые сценарии и владельца

Опишите, для чего используется ИИ: подготовить черновик по утверждённым материалам, извлечь данные, сравнить версии, предложить вопросы или выполнить определённое действие в системе. Для каждого сценария назначьте человека, который отвечает за пригодность результата.

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

NIST в профиле генеративного ИИ рассматривает правила допустимого использования и распределение человеческой ответственности как часть управления рисками. Для проекта важен практический перевод: кто может поручить задачу, кто проверяет и кто разрешает применять результат.

Определите допустимые данные и инструменты

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

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

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

Задайте порядок постановки задачи

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

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

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

Опишите проверку по виду результата

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

Укажите, кто обладает нужной компетенцией. Сотрудник без знаний предмета может не заметить правдоподобную ошибку, даже внимательно перечитав ответ. Для юридического, финансового или другого значимого решения нужна соответствующая проверка; модель не назначается сама себе независимым экспертом.

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

Подготовьте действия при ошибке

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

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

Проверьте инструкцию на рабочем сценарии

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

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

Практическое задание

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