Библиотека промптов для сотрудников — это каталог проверенных шаблонов с примерами, версиями и ответственными. Чтобы команда могла ими пользоваться, для каждого запроса нужны условия применения, критерии проверки ответа и порядок обновления. Разберём, как организовать хранение и сопровождение шаблонов, а устаревшие версии выводить из применения.
1. Определите, какие шаблоны попадут в библиотеку
Соберите единый каталог карточек: у каждой укажите рабочую задачу, актуальную версию, владельца и проверочный пример. В опубликованную часть включайте шаблоны, которые прошли согласованную проверку. Такой порядок предлагаем HR, L&D, руководителям подразделений и сотрудникам, которые будут сопровождать библиотеку. Начать разумно с повторяющихся задач, где понятен ожидаемый результат и есть человек, способный проверить ответ.
До заполнения каталога подготовьте перечень задач, допустимые учебные данные и внутренние правила использования ИИ. Договоритесь, кто проверит шаблоны и по каким признакам примет результат. Возможные кандидаты — подготовка плана адаптации, извлечение фактов из документа или заполнение маркетингового брифа.
Выбирайте задачу с понятными границами.
Коллекцию понравившихся запросов храните отдельно как очередь кандидатов. Убедительного ответа недостаточно для публикации шаблона для коллег. Потребуются критерии приёмки: что должно присутствовать в результате, какие сведения нельзя додумывать и когда сотруднику нужно остановиться.
В предлагаемом порядке карточка связывает запрос с условиями применения и критериями приёмки. Сотрудник должен видеть их до запуска. Условный пример: шаблон извлечения поручений проверили на составленном учебном протоколе. Это основание для дальнейшей проверки шаблона, но не разрешение загружать любые внутренние документы.
Отдельно запишите исключения. Если карточка предназначена для извлечения поручений, не включайте в её назначение оценку решений участников встречи. Расширение задачи потребует своих примеров и критериев.
Мнение. Если у повторяющейся задачи есть ответственный, который может оценивать ответы и сопровождать шаблон, начните библиотеку с неё. Если ответственного нет, сначала согласуйте, кто возьмёт проверку и разбор ошибок.
Расскажите, чему хотите научить команду. Обсудим задачи и формат обучения.
2. Выберите место хранения и настройте поиск
Выбирайте хранилище по действиям, которые команда должна выполнять: найти карточку, отличить опубликованную версию от черновика, предложить исправление и восстановить историю. Среди кандидатов могут быть общий документ, таблица, корпоративная база знаний или репозиторий. Проверьте каждый доступный вариант на пробной карточке. Не принимайте наличие нужной функции на веру только по названию инструмента или класса хранилища.
Для стартового каталога можно рассмотреть общий документ. При выборе базы знаний заранее продумайте разделы и связи между карточками. Репозиторий стоит включать в рассмотрение, если сопровождающие сотрудники готовы работать с принятым порядком изменений.
Во всех случаях используйте один набор проверок.
| Требование | Проверочное действие | Условие приёмки | Что проверить дополнительно |
|---|---|---|---|
| Поиск | Найти задачу по названию и ID | Открывается актуальная карточка | Не конкурирует ли с ней старая копия |
| Статус | Открыть черновик из поиска | Ограничение использования заметно | Видна ли причина ограничения |
| История | Сравнить две редакции | Видны текст и причина изменения | Сохранилось ли решение проверяющего |
| Права доступа | Попробовать изменить карточку от читателя | Читатель не может менять опубликованный текст | Как сотрудник предлагает исправление |
| Публикация | Предложить новую редакцию | До приёмки она остаётся кандидатом | Кто разрешает переключить версию |
| Экспорт | Выгрузить пробную карточку | Сохранились текст, ID и примеры | Сохранились ли связи с историей |
Хранилище должно обеспечивать согласованный порядок доступа и публикации. Если нужное ограничение нельзя настроить, пересмотрите инструмент или рабочую процедуру до загрузки материалов. Результаты проверки запишите: что удалось выполнить, где потребовался обходной шаг и кто его согласовал.
Настройте навигацию по задаче, подразделению и типу результата. Архив уберите из основной подборки, сохранив доступ сопровождающим. Если исключить архив из поиска нельзя, обозначьте его статус в названии и в начале карточки.
Внешние подборки рассматривайте как источник кандидатов. До переноса проверьте происхождение текста, условия его использования и пригодность для задачи. Чужие примеры замените составленными учебными входами, если нет согласованного основания хранить исходные материалы.
3. Заполните карточку шаблона с примером результата
Карточка должна помогать сотруднику понять задачу, подготовить допустимый вход и сверить ответ с ожидаемым результатом. Разместите рядом текст запроса, переменные, ограничения, владельца и проверяющего. После испытания запишите использованную модель и доступные сведения о её версии. Пока запусков нет, оставляйте отметку «не проверено» и статус черновика: ожидаемый ответ сам по себе не подтверждает работу шаблона.
Условный пример: карточка DOC-EXTRACT описывает извлечение поручений из учебного протокола встречи. Учебный текст составлен с нуля. Обозначения v1 и v2 — реквизиты примера, а не сведения об испытанных редакциях.
| Поле | Значение условного примера | Зачем сотруднику |
|---|---|---|
| Постоянный ID и задача | DOC-EXTRACT; извлечение поручений | Найти карточку и сообщить об ошибке |
| Назначение и исключения | Учебные протоколы; без оценки решений встречи | Понять границы |
| Владелец и проверяющий | Координатор обучения; редактор базы знаний | Направить вопрос адресату |
| Версия и статус | v2; черновик | Отличить кандидата от принятого шаблона |
| Дата проверки | Не заполнена: запусков нет | Увидеть отсутствие проверки |
| Модель и её версия | Не выбраны; сведения заполняются после запуска | Восстановить условия испытания |
| Переменные | Текст протокола; обязательные поля ответа | Подготовить вход |
| Допустимый вход | «Отдел обучения подготовит памятку; срок не указан» | Повторить учебный сценарий |
| Фрагмент запроса | «Извлеки поручения. Сохрани исполнителя. Отсутствующий срок обозначь: “не указан”» | Увидеть правило обработки |
| Ожидаемый ответ | Поручение: подготовить памятку; исполнитель: отдел обучения; срок: не указан | Сверить содержание |
| Критерии приёмки | Все обязательные поля присутствуют; значения подтверждены входом; пропуски обозначены | Принять или отклонить ответ |
| Ограничения данных | Только составленные учебные тексты; ссылка на внутренние правила | Проверить допустимость входа |
| Журнал изменений | Раздел карточки «История DOC-EXTRACT» | Найти основания редакции |
Разделяйте ожидаемый ответ и фактически полученный. Первый задаёт критерий до испытания, второй сохраняется после запуска вместе с замечаниями. Не подменяйте неудачный ответ отредактированным образцом.
Если точный идентификатор версии модели недоступен, запишите этот пробел. Не обещайте дословное повторение ответа на основании заполненной карточки. Её назначение — сохранить известные условия проверки и основания принятого решения.
Удаление имён из настоящего документа не используйте как самостоятельное основание для загрузки. Допустимость входа согласуйте по внутреннему порядку организации.
4. Назначьте владельца и разделите обязанности
Для каждой карточки назначьте владельца рабочей задачи, автора запроса, проверяющего и администратора хранилища. Предлагаемый порядок разделяет решения: автор готовит текст, проверяющий сопоставляет ответы с критериями, владелец принимает шаблон для своей задачи. Администратор настраивает доступ и выполняет публикацию. В небольшой команде роли можно совместить, если обязанности и порядок принятия решения записаны явно.
Владелец отвечает за пригодность шаблона для согласованного процесса. Он организует пересмотр, разбирает сообщения об ошибках и передаёт сопровождение при смене ответственности. В карточке укажите роль и рабочий способ связи, доступный пользователям библиотеки.
Проверяющий применяет согласованные критерии приёмки и сохраняет замечания. Запись «одобрено» дополните ответами и объяснением спорных случаев. Следующий сотрудник должен понимать, какие входы проверяли и почему редакцию приняли.
Администратор обеспечивает согласованные настройки хранилища.
Для задач с существенными последствиями рекомендуем отдельную проверку другим сотрудником, если организация может её обеспечить. Полномочия владельца карточки ограничьте рабочей задачей. Вопросы обработки данных, правовых требований и допустимости сервиса передавайте специалистам организации.
При смене владельца передайте карточку, проверочные примеры, историю решений и открытые ошибки. Новый ответственный должен подтвердить, что принимает сопровождение. Пока замена не назначена, обозначьте ограничение использования; если некому разбирать существенные ошибки, приостановите карточку.
Отдельно запишите заместителя и порядок действий на время отсутствия владельца. Уточните, кто принимает сообщения и кто вправе временно ограничить применение шаблона. Контакта в карточке недостаточно, если сотрудник не знает о назначенной обязанности.
Мнение. Если у сотрудника есть время и полномочия организовать проверку рабочей задачи, назначайте его владельцем соответствующего шаблона. Интерес к нейросетям полезен, но не заменяет согласованных обязанностей.
5. Введите версии, статусы и журнал изменений
Сохраняйте постоянный ID карточки, а редакции текста обозначайте отдельно, например v1 и v2. Это предлагаемое соглашение команды, а не требование стандарта. Для каждой редакции храните статус, условия проверки и решение о применении. В журнале объясняйте, что изменилось, зачем автор внёс правку и кто разрешил использовать результат.
Предлагаем статусы «Черновик», «На проверке», «Опубликован», «Приостановлен» и «Архив». Автор передаёт подготовленного кандидата на проверку. Проверяющий сохраняет вывод по критериям. Владелец разрешает публикацию или возвращает редакцию на доработку; администратор выполняет согласованное действие в хранилище.
Приостановление обозначает временное ограничение до выяснения проблемы. Архив используйте для карточки, которую команда вывела из применения. В обоих случаях показывайте причину, дату решения и ответственного.
Не заменяйте опубликованный текст молча.
Сначала сохраните новую редакцию как кандидата, затем проверьте её и переключите основную ссылку на принятый вариант. Предыдущую редакцию оставьте в истории. Пользователям локальных копий сообщите об изменении через принятый рабочий канал, указав ID и новую версию.
В журнал внесите автора, причину правки, изменённый фрагмент, набор примеров, условия выполнения и решение проверяющего. Записывайте замену модели отдельно от изменения запроса. Так при разборе замечания будет видно, какие условия пересматривали.
Для редакционной правки тоже оставляйте запись. Если исправили опечатку без изменения смысла, укажите это прямо. Если поменяли инструкцию, переменную или формат ответа, передайте редакцию на проверку по согласованному порядку.
Возврат к прежней версии требует решения владельца. Перед восстановлением проверьте её пригодность для текущих документов, модели и требований. В решении укажите, почему возврат допустим и какие ограничения сохраняются.
Историю используйте для восстановления оснований решения. Действующий статус и разрешённую область применения показывайте отдельно, в начале карточки.
6. Проверьте новую версию на одинаковых примерах
Применяйте фиксированный набор проверочных примеров к каждой редакции и сравнивайте ответы по общим критериям. В набор включите обычный случай, отсутствие обязательного сведения, неоднозначную формулировку и неподходящий тип документа. До запусков определите ожидаемое поведение для каждого случая. Проверяющий должен оценивать ответ по заранее записанным правилам, а изменение самих правил — объяснять отдельно.
Для условной карточки DOC-EXTRACT предложены такие критерии: обязательные поля присутствуют, значения имеют основание во входе, пропуски обозначены, формат соблюдён. Для неподходящего документа заранее задайте остановку и сообщение о несоответствии входа. Это рекомендации для выбранной задачи, а не универсальные требования к любому промпту.
Проверку проведите по одному протоколу:
- Зафиксируйте учебные входы и ожидаемое поведение.
- Выполните обе редакции в сопоставимых условиях.
- Сохраните полные ответы, доступные настройки, модель и дату выполнения.
- Проверьте каждый ответ по общей рубрике.
- Запишите замечания и решение о публикации.
Дату выполнения храните в карточке или протоколе испытания.
Сопоставимые условия опишите до сравнения. Укажите используемые входы, вложения и сведения, которые доступны проверяющему. Если часть условий установить нельзя, обозначьте пробел и учитывайте его при принятии решения.
Заранее определите объём проверки и правило остановки при существенном дефекте. Не завершайте испытание только потому, что появился удобный для публикации ответ. Все выполненные в рамках проверки запуски должны оставаться в протоколе.
При существенном дефекте верните кандидата автору с конкретным замечанием: какой вход использован, какое правило нарушено и что ожидалось. Сохраните также успешные случаи. После исправления проверьте их повторно, чтобы оценить, не затронула ли правка ранее принятый результат.
Смена модели, формата входа или требований — основание пересмотреть условия приёмки. Владелец определяет объём повторной проверки и записывает решение. Прежнюю отметку приёмки автоматически не переносите.
7. Разберите изменение шаблона на условном примере
В условной карточке DOC-EXTRACT редакция v1 просит извлечь поручения в таблицу. Редакция v2 дополнительно требует сохранять формулировку исполнителя и обозначать отсутствующий срок словами «не указан». Проверяющему предстоит установить, выполняются ли эти правила на всём наборе входов. Добавление инструкции в текст пока означает только изменение кандидата: его пригодность ещё нужно проверить.
Все ответы ниже сконструированы для демонстрации. Это не результаты запуска модели. Основной учебный фрагмент: «Отдел обучения подготовит памятку; срок не указан». Дополнительный фрагмент: «Координатор отправит памятку до следующей встречи».
| Критерий | Проверяемый вход или требование | Сконструированный ответ v1 | Сконструированный ответ v2 | Как оценить |
|---|---|---|---|---|
| Основание срока | Во входе: «срок не указан» | Завтра | Не указан | Отклонить неподтверждённый срок |
| Сохранение исполнителя | Во входе: «отдел обучения» | Руководитель обучения | Отдел обучения | Отклонить замену подразделения человеком |
| Полнота полей | Нужны поручение, исполнитель и срок | Только поручение и исполнитель | Все обязательные поля | Отметить отсутствие поля в первом ответе |
| Формат | В запросе требуется таблица | Связный абзац | Строка таблицы | Зафиксировать нарушение формата в первом ответе |
| Сохранение указанного срока | Во входе: «до следующей встречи» | До следующей встречи | До следующей встречи | Принять сохранение исходной формулировки |
Строки показывают отдельные аспекты проверки, а не полные ответы. При настоящем испытании сохраняйте ответ целиком и оценивайте все критерии для одного запуска. Иначе из протокола будет непонятно, относится ли замечание к тому же результату.
Таблица объясняет способ разбора, но не доказывает превосходство v2.
Факт. В приведённой учебной фразе «Отдел обучения подготовит памятку; срок не указан» нет срока «завтра». Основание проверки — сам вход, дословно показанный над таблицей. Демонстрационный ответ с таким сроком добавляет отсутствующее сведение.
Запись в журнале может звучать так: «Добавлены правила сохранения исполнителя и обозначения пропуска. Редакция v2 направлена на проверку по всему набору. Публикация не разрешена».
Перед приёмкой потребуется проверить неоднозначного исполнителя и документ без поручений. Отдельно проверьте вход, где относительный срок действительно указан: его нельзя терять или заменять отсутствующей календарной датой. Ожидаемое поведение для таких случаев запишите до запуска.
Если редакция проходит обычный пример, но додумывает сведения в другом, верните её на доработку. В замечании сохраните вход, полный ответ и нарушенный критерий. Статус меняйте по результатам проверки, а не по убедительности новой формулировки запроса.
8. Настройте доступ, сообщения об ошибках и пересмотр
Разделите доступ к тексту шаблона, учебным примерам и рабочим исходникам. В карточке укажите разрешённую область применения и ссылку на согласованные внутренние правила. Для общей библиотеки используйте составленные учебные материалы без реальных секретов и клиентских сведений. Вопросы персональных данных и условий сервисов передавайте специалистам организации; разрешение на рабочий вход оформляйте по её внутреннему порядку.
Согласуйте порядок ведения библиотеки с правилами использования ИИ сотрудниками. Пользователю нужно понимать, какие материалы допустимы для конкретного шаблона и куда обратиться при сомнении. Само наличие карточки не должно восприниматься как разрешение загрузить любой документ.
Сообщение об ошибке должно содержать ID, версию, описание проблемы и допустимый фрагмент входа. Не требуйте прикладывать исходный документ целиком. Если сведений недостаточно, владелец уточнит их через согласованный канал.
Назначьте адресата каждого сообщения.
В условном примере пользователь сообщает: «DOC-EXTRACT, v2: в ответе появился срок, которого нет в учебном протоколе». Владелец получает номер карточки и описание нарушения, затем просит допустимый вход и полный ответ. После воспроизведения он фиксирует решение: исправление кандидата, ограничение применения или приостановление опубликованной редакции.
Основания для пересмотра — подтверждённая ошибка, смена модели, изменение процесса или исходных документов, уход владельца. Периодичность плановой проверки и сроки реакции команда согласует с учётом последствий ошибки и доступных ресурсов. Эти договорённости запишите в правилах сопровождения.
Предложения сотрудников собирайте отдельно от опубликованных карточек. Для локальных копий указывайте ID, версию и ссылку на актуальную редакцию. При разборе замечания сначала уточняйте, какой вариант использовал сотрудник.
Мнение. Если подтверждённая существенная ошибка может повлиять на рабочее решение, приостановите карточку до проверки исправления. Укажите причину и согласованный временный порядок работы.
9. Проверьте, что библиотекой можно пользоваться
Проведите контрольное прохождение с сотрудником, который не готовил карточку. Попросите найти актуальную версию, определить допустимый вход, выполнить учебный сценарий и направить сообщение об условной ошибке. Наблюдайте, где требуется устное пояснение. Такие места уточните в карточке или навигации, затем повторите соответствующий шаг до расширения библиотеки на другие задачи и подразделения.
Проверьте готовность по признакам:
- Актуальная версия находится по рабочей задаче и постоянному ID.
- Ограничения данных и применения видны рядом с запросом.
- Учебный пример позволяет сверить ответ с критериями приёмки.
- Владелец назначен и знает порядок сопровождения.
- Сообщение об ошибке доходит до ответственного.
- История сохраняется, приостановление и возврат проверены.
Для оценки полезности наблюдайте повторное применение, долю ответов без существенных исправлений и полное время выполнения задачи. Включайте подготовку входа, поиск карточки, проверку ответа и доработку. Заранее определите, какое исправление команда считает существенным, чтобы сравнивать результаты по одному правилу.
Сравнивайте сопоставимые задачи.
Посещения каталога учитывайте как показатель обращения к библиотеке. Для вывода об экономии времени нужны отдельные замеры выполнения задачи. Если их нет, записывайте предполагаемую пользу как гипотезу, которую ещё предстоит проверить.
Отдельно разбирайте карточки, которые сотрудники обходят. Уточняйте причину: запрос трудно найти, ограничения не подходят для входа, пример непонятен или задача возникает редко. Решение об обновлении либо архивировании принимайте вместе с владельцем.
Для первого рабочего набора достаточно выбрать повторяющуюся задачу, назначить владельца и согласовать проверочные примеры. Библиотека будет готова к пробному применению после проверки карточки и маршрута сообщения об ошибке.
Если команде нужно корпоративное обучение искусственному интеллекту, выберите подходящий способ связи и опишите рабочую задачу команды, для которой хотите организовать библиотеку и порядок сопровождения.
Рабочая схема
Эта схема показывает порядок действий в описанном примере. Проверки каждого этапа разобраны в статье.
Частые вопросы
Нужно ли переводить всю библиотеку на другой язык для международной команды?
Сначала определите язык конкретной рабочей задачи и проверки. Переведённый запрос оформите как отдельный вариант со своими примерами. Отметку приёмки исходного текста переносите только после проверки нового варианта. Сохраните связь карточек через общий ID и обозначение языка.
Что делать, если запрос зависит от вложенного файла?
Укажите обязательное вложение и его редакцию в карточке. Для проверки сохраните допустимую учебную копию. Изменение вложения фиксируйте как изменение условий применения, даже если текст запроса остался прежним.
Можно ли удалить шаблон, которым никто не пользуется?
Сначала уточните, относится ли шаблон к редкой или сезонной задаче. Затем согласуйте архивирование с владельцем. Сохраните причину решения и ссылку на замену, если она есть. Удаление истории рассматривайте отдельно по внутренним правилам хранения материалов.
Источники
- Git — git-log Documentation — документ для проверки работы с историей при рассмотрении Git.
- Git — git-diff Documentation — документ для проверки сравнения изменений при рассмотрении Git.
