Назад к маршруту
День 12

Собрать библиотеку AI-сценариев

За последние дни вы уже не просто пробовали ИИ, а применяли его к разным рабочим задачам: разбирали материалы, проверяли результаты, сравнивали варианты, готовили тексты для адресата и использовали ИИ как критика.

Что вы получите сегодня

Сегодня вы:

  • выберете 2–3 удачных AI-сценария из своей практики или пройденного маршрута;
  • проверите, какие из них действительно можно повторять;
  • заполните карточки библиотеки по единому шаблону;
  • поймёте, почему голый промпт без контекста быстро теряет пользу.

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

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

Важно: библиотека сценариев сильнее библиотеки промптов. Промпт отвечает на вопрос «что написать». Сценарий отвечает на вопросы: когда это работает, что дать на вход, какой результат ожидать, что проверить и когда так делать не стоит.

Сегодня продукт дня — карточки библиотеки. Это не отчёт ради отчёта, а первый элемент вашей личной AI-системы.

Зачем это нужно

Удачный AI-ответ сам по себе ещё не означает, что у вас появился рабочий сценарий.

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

Если сохранить только фразу запроса, быстро теряется главное:

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

Поэтому сегодня вы будете собирать не список красивых формулировок, а маленькую библиотеку повторяемых сценариев.

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

Практическая инструкция

1

Шаг 1. Найдите кандидатов в библиотеку

Посмотрите на то, что уже получилось за время маршрута или в вашей обычной работе с ИИ.

Кандидаты в библиотеку — не все выполненные задания, а те сценарии, которые дали полезный результат и могут пригодиться снова.

Например:

  • критика материала перед отправкой;
  • сырые заметки → сводка;
  • документ → главное, действия, вопросы и риски;
  • сравнение вариантов;
  • подготовка результата для конкретного адресата;
  • разбор списка наблюдений;
  • план действий по сложной задаче.

Не нужно собирать большую коллекцию. Для первого шага достаточно 2–3 карточек. Лучше три рабочие карточки, к которым вы действительно вернётесь, чем двадцать черновиков, среди которых потом ничего не найти.

2

Шаг 2. Проверьте воспроизводимость

Перед тем как заносить сценарий в библиотеку, проверьте его по трём вопросам:

1. Эта задача повторяется в моей работе?

2. Я понимаю, какой вход нужен, и смогу собрать его снова?

3. Я знаю, как проверить результат?

Если на все три вопроса ответ «да», сценарий подходит для библиотеки.

Если хотя бы один ответ «нет», это пока не сценарий для библиотеки, а одиночный успех.

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

3

Шаг 3. Заполните карточку сценария

Для каждого выбранного сценария заполните карточку:

Название сценария:
Когда использовать:
Когда не использовать:
Что дать на вход:
Шаблон запроса:
Какой результат ожидать:
Что проверить:
Какие данные не передавать:
Что улучшить в следующий раз:

Особенно важны два поля.

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

«Что проверить» — это встроенный контроль качества. Проверка должна оставаться в карточке навсегда, чтобы сценарий не превращался в автоматическое доверие AI-ответу.

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

4

Шаг 4. Сохраните карточки в одном месте

Библиотеку можно вести в заметках, обычном документе или таблице. Инструмент не принципиален.

Главное, чтобы карточки лежали в одном месте, были под рукой и легко редактировались. На этом этапе не нужна сложная система тегов, рейтингов, категорий и каталогов. У вас пока не архив на сотни записей, а первые 2–3 рабочие карточки, к которым вы сможете вернуться.

Антипример: голый промпт вместо сценария

Представим, что в Дне 11 у вас хорошо сработал сценарий критики материала перед отправкой. И вы решили сохранить его так:

Покритикуй мой текст и найди слабые места.

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

Непонятно:

  • какой именно текст можно так проверять;
  • материал уже должен быть готовым или ещё может быть сырым;
  • нужно ли указывать адресата;
  • что считать слабым местом;
  • нужно ли проверять факты и цифры отдельно;
  • можно ли вставлять внутренние данные;
  • что делать с замечаниями ИИ после ответа.

Такой промпт может снова сработать случайно. Но он не даёт повторяемой практики.

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

Полноценный рабочий пример

Ниже — пример карточки сценария на основе ситуации, где пользователь уже подготовил материал и хочет проверить его перед отправкой.

Название сценария:
Критика материала перед отправкой

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

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

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

Шаблон запроса:
Помоги критически проверить мой материал перед отправкой.

Цель материала:
[зачем он нужен]

Адресат:
[кто будет читать]

Контекст:
[где и как материал будет использоваться]

Материал:
[вставить текст]

Проверь:
1. где мысль неясна;
2. где выводы звучат сильнее, чем позволяют данные;
3. какие вопросы может задать адресат;
4. какие риски, возражения или слабые места я мог(ла) пропустить;
5. где тон не подходит ситуации.

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

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

Что проверить:
- не исказил ли ИИ мою позицию;
- не предложил ли усилить выводы без оснований;
- действительно ли замечания важны для этого адресата;
- не превратил ли ИИ мой материал в более общий и безликий текст;
- нет ли в предложениях ИИ новых фактов, обещаний или формулировок, которые я не готов(а) подтверждать.

Какие данные не передавать:
- персональные данные;
- клиентские имена, контакты, договорённости;
- внутренние суммы, коммерческие условия и финансовые детали;
- конфиденциальные фрагменты переписки;
- любые данные, которые не нужны для критики структуры, логики и тона.

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

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

Второй пример в сжатом виде

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

Название сценария:
Сырые заметки → сводка

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

Когда не использовать:
Когда заметки слишком неполные и по ним нельзя понять, что действительно обсуждалось. В этом случае сначала нужно восстановить контекст или уточнить факты у участников.

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

Шаблон запроса:
Преврати мои сырые заметки в рабочую сводку.

Контекст: [кратко описать ситуацию]
Заметки: [вставить текст]

Раздели результат на:
1. краткая суть;
2. подтверждённые действия;
3. идеи, которые ещё не утверждены;
4. открытые вопросы;
5. что нужно уточнить перед использованием.

Не додумывай решения, сроки и ответственных.

Какой результат ожидать:
Короткая структурированная сводка, где отдельно видны факты, действия, идеи и вопросы.

Что проверить:
Не превратил ли ИИ предположения в договорённости. Не появились ли новые сроки, ответственные или решения, которых не было в заметках.

Какие данные не передавать:
Имена клиентов, контакты, внутренние суммы, чувствительные детали договорённостей, полную переписку, если для сводки достаточно короткого фрагмента.

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

Эта карточка короче первой, но она всё равно самодостаточная. В ней есть не только название и смысл, но и шаблон запроса, границы применения и проверка.

Как проверить результат

Понятно ли, для какой задачи подходит сценарий?

Есть ли поле «Когда не использовать»?

Можно ли повторить сценарий через месяц без истории чата?

Понятно ли, какой вход нужен?

Есть ли конкретная проверка результата?

Указано ли, какие данные нельзя передавать?

Это действительно повторяемая практика, а не один удачный случай?


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

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

Типичные ошибки

Сохранять голые промпты без контекста, входа, проверки и границ

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

Сохранять всё подряд

Библиотека быстро превращается в свалку, если заносить туда каждый удачный ответ. Лучше 3 рабочие карточки, чем 20 черновых записей, среди которых ничего не находится.

Пропускать поле «Когда не использовать»

Именно это поле отличает сценарий от обычного промпта. Оно защищает от применения хорошего подхода в неподходящей задаче.

Заносить в библиотеку случайный успех

Если задача не повторяется, вход непонятен или результат сложно проверить, это пока не сценарий. Оставьте такую находку как заметку, но не делайте из неё стандарт.

Собрать библиотеку и не возвращаться к ней

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

Маленькое задание на день

Выберите один из двух маршрутов. Задание займёт 15–30 минут.

Маршрут 1. Свои сценарии

  1. Вспомните 2–3 момента маршрута или своей обычной работы, где ИИ дал полезный результат.
  2. Проверьте каждый сценарий по трём вопросам воспроизводимости:
1. Эта задача повторяется в моей работе?
2. Я понимаю, какой вход нужен, и смогу собрать его снова?
3. Я знаю, как проверить результат?
  1. Выберите только те сценарии, где ответы в основном «да».
  2. Заполните 2–3 карточки:
Название сценария:
Когда использовать:
Когда не использовать:
Что дать на вход:
Шаблон запроса:
Какой результат ожидать:
Что проверить:
Какие данные не передавать:
Что улучшить в следующий раз:

Итог дня

Сегодня у вас появилась первая версия личной библиотеки AI-сценариев.

Это не список промптов, а 2–3 рабочие карточки: с задачей, входными данными, шаблоном запроса, ожидаемым результатом, ограничениями и проверкой.

В День 13 к этой системе добавятся правила безопасности: какие данные нельзя передавать, где нужна осторожность и как снижать риск при работе с ИИ.

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

В итоговом блоке эти карточки войдут в карту «Моя AI-система».