Библиотека промптов для команды: как хранить и проверять шаблоны
Как организовать командную библиотеку промптов: владельцы, версии, входные данные, примеры, контроль доступа, проверочные случаи и правила обновления.
У каждого сотрудника есть «тот самый запрос», который он хранит в личной заметке. Через месяц версия в заметке уже расходится с правилами отдела, а новый коллега не знает, почему одна фраза обязательна. Библиотека промптов полезна, когда хранит не красивые формулы, а проверенные рабочие задания с владельцем и ограничениями.
Соберите реальные шаблоны
Попросите команду показать запросы, которые она использовала в течение последней недели, и результат, ради которого они нужны. Группируйте по рабочей задаче, а не по эффектному названию. Два шаблона для ответа на один и тот же вопрос могут отличаться потому, что один устарел; это нужно выяснить до публикации.
Не переносите в общую базу секреты, примеры с личными данными и неразрешённые фрагменты переписки. Если шаблон работает только с таким входом, определите безопасный вариант или отложите его. Качество библиотеки начинается с качества допускаемых данных.
Опишите карточку шаблона
Укажите цель, владельца, допустимый вход, ожидаемый выход, ограничения и пример правильного результата. Добавьте строку «когда не применять»: она спасает от использования хорошего запроса в неподходящем процессе. Шаблон без контекста превращается в заклинание, которое каждый сотрудник толкует по-своему.
Версия нужна, если изменение формулировки влияет на результат. Записывайте, что поменялось и какой проверочный случай это потребовал. Не создавайте сложную систему согласования для каждого слова, но изменения фактов и запретов должны проходить через владельца процесса.
Храните проверочные случаи
Для каждого важного шаблона добавьте несколько входов: обычный, неполный, конфликтный. Рядом храните критерии. Не ограничивайтесь «идеальным» текстом ответа. Модель может написать иначе и всё равно выполнить задачу; может повторить красивую формулировку и при этом пропустить факт. Такая проверка отделяет стиль от содержания.
После смены модели или существенной правки инструкции прогоните подборку снова. Если запрос предназначен для внешней коммуникации, проверяющий должен видеть исходный документ и иметь право отклонить черновик. Число шаблонов в каталоге не равно числу надёжных процессов.
Учебный пример библиотеки
Учебный отдел продаж хранит шаблон подготовки письма после встречи. Карточка требует обезличенные заметки, действующий список функций и запрет на выдуманные цены. Выход состоит из черновика и перечня неподтверждённых обещаний. Владелец шаблона проверяет три записи: обычную, противоречивую и с отсутствующей ценой.
Когда в продукте меняются условия тарифа, владелец обновляет источник фактов и повторяет проверку. Сотрудник видит дату версии и знает, кому сообщить об ошибке. Этот пример учебный; он не утверждает, что библиотека автоматически снижает число промахов в любой команде.
Разделите права
Просмотр готового шаблона можно открыть шире, чем редактирование. Но входные примеры и результаты могут содержать чувствительные сведения, поэтому их права определяют отдельно. Не помещайте рабочие ключи в текст шаблона. При интеграции ключ хранится в штатном серверном окружении.
Если шаблон запускает действие во внешней системе, разрешения должны проверяться самой системой. Слова «только для руководителя» внутри промпта не обеспечивают доступ. Недоверенный текст в документе или письме не должен подменять правила. Это особенно важно для общих библиотек: один шаблон часто применяется к разным источникам данных.
Смотрите на использование
Учитывайте, какие шаблоны действительно открывают, где сотрудники исправляют ответ и какие ошибки повторяются. Не удерживайте старую карточку только потому, что её автор когда-то назвал её лучшей. Архивируйте неактуальные версии так, чтобы при необходимости можно было понять старый результат.
Kvantora предлагает каталог /prompts для поиска заготовок. Он может дать идеи, но корпоративная библиотека требует собственных правил качества, прав и владельцев. Если команда не может объяснить, что делает шаблон на сложном случае, его рано закреплять как стандарт.
Назначьте путь от предложения к стандарту
Любой сотрудник может принести удачный запрос, но стандартом он становится после проверки на разрешённых примерах и согласования владельцем процесса. Разделите черновики, проверенные шаблоны и архив. Пользователь библиотеки должен сразу видеть статус; иначе красивый эксперимент окажется в одном списке с рабочей инструкцией и будет применён без нужных ограничений.
Для важных шаблонов установите простой срок пересмотра и событие, которое запускает внеочередную проверку: новая политика возвратов, смена модели, обнаруженная критическая ошибка. Не надо пересматривать всё каждую неделю. Но шаблон, который зависит от изменившегося источника, нельзя оставлять «проверенным» по инерции. В карточке храните последнюю проверенную версию исходных правил.
Посмотрите, зачем коллеги обходят библиотеку. Возможно, поиск неудобен, карточки слишком общие или примеры не похожи на их работу. Соберите несколько таких случаев и исправьте навигацию либо описание входа. Успех библиотеки измеряется тем, что сотрудники находят подходящее задание и понимают его границы, а не числом добавленных карточек.
Если шаблон нужен только одному специалисту для редкой задачи, не обязательно объявлять его командным стандартом. Оставьте его в черновиках с понятным автором и вернитесь к проверке, когда появится повторяемое использование.
Если карточкой пользуются редко, но ошибка в ней опасна, не считайте малое число запусков подтверждением качества. Проверяйте её на примерах при каждом существенном изменении источника. Если владельца больше нет в команде, назначьте нового или переведите шаблон в архив до пересмотра.
- У карточки есть владелец и допустимый вход.
- Черновик отличим от проверенного шаблона.
- Изменение источника запускает пересмотр примеров.
| Статус | Кто использует | Что требуется |
|---|---|---|
| Черновик | Автор и проверяющие | Примеры и критерии |
| Проверен | Команда по разрешённой задаче | Владелец и дата пересмотра |
| Архив | Только для истории | Причина снятия |