Как создать личную библиотеку промптов: шаблон карточки

Почему личный промпт теряется после первого раза

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

Личная библиотека начинается не с папки на сотню промптов, а с одной карточки для повторяемой задачи. Карточка хранит текст запроса, границы, допустимый вход, способ проверки, вашу рабочую роль и версию. Основной маршрут статьи заканчивается этой личной карточкой.

Что получится после одной карточки

Результат — точно копируемый Markdown-файл со статусом «личный черновик». В нём вы увидите назначение, разрешённые данные, промпт, формат ответа, проверки и историю изменений. Заполненная карточка ещё не доказывает качество и не означает, что промпт проверен в рабочем сервисе.

Что собрать до оформления

• Одну повторяемую задачу и момент, когда она возникает.
• Одобренный сервис и аккаунт; для API — модель или закреплённая версия, если она доступна.
• Правила разрешённого и запрещённого входа без реальных секретов и персональных данных в самой карточке.
• Два или больше полностью синтетических примера: обычный случай, сложный случай и стоп-сигнал, если он нужен.
• Наблюдаемые критерии: что обязано быть в ответе, что запрещено и когда результат отклоняется.
• Личная папка с историей версий и доступом только для самого читателя на этапе черновика.

Черновик одной карточки помещается в одну сосредоточенную рабочую сессию. Отдельно запланируйте время на синтетические тесты и сверку правил данных: их нельзя честно включить в обещание «сделать за несколько минут» без знания процесса.

Маршрут от задачи к карточке

1. Назовите одну задачу глаголом и результатом: например, «собрать черновик статус-сводки из заметок», а не «помогать с проектами».
2. Запишите, когда карточку нельзя применять. Стоп-условие важнее длинного перечня возможных ролей модели.
3. Зафиксируйте сервис, аккаунт, дату и входные переменные. Не вклеивайте в библиотеку настоящий документ как пример.
4. Напишите короткую инструкцию: цель, разрешённый контекст, действия, ограничения и точный формат ответа. Добавляйте пример только когда он исправляет известную неоднозначность.
5. Соберите синтетические проверки и ожидаемые признаки ответа до запуска. Удачный единичный ответ не превращает карточку в рабочую.
6. Укажите владельца и статус. Владельцем первой карточки остаётесь вы в своей рабочей роли, а статус до отдельной синтетической проверки — «личный черновик».
7. При изменении промпта, сервиса или модели увеличьте версию, запишите причину и повторите те же синтетические проверки. В личном интерфейсе, где модель закрепить нельзя, фиксируйте дату повторной проверки.

Полный Markdown-шаблон карточки

Фигурные скобки ниже обозначают поля шаблона. Заполните их перед проверкой и удалите поясняющие варианты, которые не относятся к задаче.

# Карточка промпта: {название}

- **ID:** `{стабильный-id}`
- **Владелец:** {ваша рабочая роль}
- **Статус:** личный черновик / личная проверка / архив
- **Версия:** {v1}
- **Сервис и аккаунт:** {одобренная среда}
- **Модель или дата проверки:** {версия API либо дата для интерфейса}

## Задача

**Когда использовать:** {одна повторяемая ситуация}

**Результат:** {наблюдаемый черновик или структура}

**Не использовать:** {стоп-условия и решения, которые остаются человеку}

## Данные и переменные

**Разрешённый вход:** {какие материалы допустимы}

**Запрещённый вход:** {персональные данные, секреты, закрытые материалы или иные ограничения}

- `{input}` — {что подставить}
- `{context}` — {какой контекст допустим}

## Промпт

```text
{точная инструкция}

Вход:
{input}

Контекст:
{context}
```

## Формат ответа

{точные разделы, поля, порядок и предел длины}

## Приёмка

- [ ] Ответ использует только разрешённый вход.
- [ ] Обязательные поля заполнены.
- [ ] Факты можно сопоставить с источником.
- [ ] Запрещённых добавлений нет.
- [ ] Неуверенность и пропуски обозначены по правилу карточки.

## Синтетические проверки

1. **Обычный случай:** {вход и ожидаемые признаки}.
2. **Сложный случай:** {вход и ожидаемые признаки}.
3. **Стоп-сигнал:** {вход, который карточка должна отклонить или передать человеку}.

**Результат проверки:** не запускалась / дата, среда, проверяющий и краткий исход.

## Изменения и пересмотр

- `{версия}` — {дата}: {что и почему изменилось}; тесты: {повторены / не повторены}.
- **Следующий пересмотр:** {событие или дата}.
- **Связанные правила:** {политика данных, регламент или инструкция без секретных ссылок}.

Заполненный синтетический пример

Ниже — полностью вымышленный проект и личная карточка-черновик. Она не запускалась в модели и не проходила приёмку.

# Карточка промпта: черновик статус-сводки

- **ID:** `ops.synthetic-status-summary`
- **Владелец:** операционный менеджер — автор личного черновика
- **Статус:** черновик
- **Версия:** v1
- **Сервис и аккаунт:** ещё не выбраны; до выбора запуск запрещён
- **Модель или дата проверки:** не проверялась на 2026-08-04

## Задача

**Когда использовать:** собрать черновик еженедельной сводки из утверждённых синтетических заметок одного проекта.

**Результат:** Markdown-сводка с состоянием, выполненным, следующими действиями и открытыми вопросами.

**Не использовать:** для реальных персональных или конфиденциальных данных, внешней отправки, изменения сроков или назначения ответственных.

## Данные и переменные

**Разрешённый вход:** только полностью синтетические заметки до отдельной проверки.

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

- `{notes}` — список синтетических заметок.
- `{period}` — условный период сводки.

## Промпт

```text
Подготовь черновик статус-сводки за {period}. Используй только факты из блока {notes}. Не назначай ответственных и не придумывай даты. Если сведения противоречат друг другу, перенеси их в «Открытые вопросы». Если данных для раздела нет, напиши «Нет данных в заметках».

Верни ровно четыре раздела Markdown: «Состояние», «Выполнено», «Следующие действия», «Открытые вопросы». В каждом разделе используй маркированный список.

Заметки:
{notes}
```

## Полностью синтетический вход

**Период:** учебная неделя 1.

**Заметки:**
- В вымышленном проекте «Бумажный маяк» согласован макет формы.
- Дата проверки формы в заметках отсутствует.
- В одной заметке тест указан как завершённый, в другой — как ожидающий проверки.
- Следующее действие сформулировано без ответственного.

## Приёмка

- [ ] Ровно четыре заданных раздела.
- [ ] Макет формы отражён как согласованный.
- [ ] Дата не придумана.
- [ ] Противоречие о тесте находится в открытых вопросах.
- [ ] Ответственный не назначен моделью.
- [ ] Нет сведений за пределами синтетических заметок.

## Синтетические проверки

1. **Обычный случай:** заметки без противоречий; ожидаются четыре раздела без добавлений.
2. **Сложный случай:** вход выше; противоречие должно остаться открытым вопросом.
3. **Стоп-сигнал:** заметки содержат реальный секрет или человека; запуск останавливается, а материал проверяется вручную.

**Результат проверки:** не запускалась.

## Изменения и пересмотр

- `v1` — 2026-08-04: создан синтетический черновик; тесты не выполнялись.
- **Следующий пересмотр:** после выбора одобренного сервиса и независимой проверки на синтетическом наборе.
- **Связанные правила:** правила данных для рабочей среды ещё нужно указать перед проверкой.

Как проверить карточку перед сохранением

• Название описывает одну задачу, а не общую роль помощника.
• Разрешённый вход, запрещённый вход и стоп-условие сформулированы так, чтобы через неделю вы не восстанавливали их по памяти.
• Формат ответа и критерии приёмки можно проверить по строкам, а не по общему впечатлению.
• Все примеры синтетические, а карточка не хранит реальный документ, секрет или персональные данные.
• Статус честно показывает «не запускалась», «личный черновик» или «проверка»; заполненность карточки не выдаётся за тест.
• Версия, владелец, дата проверки и условие пересмотра заполнены; после смены модели тесты не считаются действующими автоматически.

Сбои и границы библиотеки

• В одной карточке смешались письмо, анализ и решение. Разделите задачи; начните с той, где результат проще проверить.
• В карточке не указан владелец. Укажите свою рабочую роль и оставьте статус «личный черновик» до отдельной проверки.
• В качестве примера приложили реальный файл. Удалите его из карточки по утверждённой процедуре и замените полностью синтетическим набором до проверки.
• Сервис или модель изменились. Увеличьте версию карточки, запишите событие и повторите прежний синтетический набор до возвращения статуса.
• Карточки копят без использования и пересмотра. Архивируйте их по событию или дате; размер папки не является показателем пользы.

Необязательное расширение: передача карточки команде

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

Следующее безопасное действие: скопируйте пустую карточку, заполните только одну повторяемую задачу и оставьте статус «личный черновик», пока не выполните отдельную синтетическую проверку и не сверите правила данных.