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

Собрать личный AI-процесс

Сегодня последний учебный день маршрута.

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

Сегодня вы:

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

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

Теперь эти элементы нужно соединить в один повторяемый рабочий процесс.

После этого останется отдельный итоговый блок «Моя AI-система». Он не является пятнадцатым днём и будет собираться отдельно. Сегодня фокус только на одном: взять один рабочий AI-сценарий и описать весь путь от входных данных до применения результата.

Процесс не добавляет новое. Он соединяет то, что уже есть.

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

Удачная карточка сценария ещё не равна устойчивой AI-практике.

Карточка помогает повторить хороший запрос. Но в реальной работе задача обычно не начинается с запроса и не заканчивается ответом ИИ.

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

Если этот путь не описан, сценарий остаётся полезной заготовкой, но не становится частью вашей работы.

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

Карточка vs процесс

В Дне 12 вы собирали карточки AI-сценариев. Они отвечают на вопрос: как применить ИИ в конкретной задаче.

Теперь нужно сделать следующий шаг.

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

Процесс описывает весь путь задачи:
откуда появляется вход →
как он очищается →
как ставится задача ИИ →
что получается →
как проверяется →
куда результат идёт дальше →
что фиксируется для улучшения.

Карточка — это деталь. Процесс — простая рабочая цепочка, в которой эта деталь стоит на своём месте.

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

Схема личного AI-процесса

Основу сегодняшнего дня можно представить как простую цепочку:

Получаю заметки / документ / список данных
→ очищаю вход от лишних данных
→ задаю ИИ задачу по шаблону
→ получаю структурированный результат
→ проверяю факты, ограничения и применимость
→ передаю результат дальше или сохраняю в библиотеку
→ фиксирую, что улучшить

Эта схема собирает уже освоенные навыки.

Очищаю вход от лишних данных — это памятка Дня 13: что можно передавать, что нужно обезличивать, что нельзя отправлять во внешние AI-инструменты.

Задаю ИИ задачу по шаблону — это карточка Дня 12 и базовый подход Дня 2: задача, контекст, входные данные, формат, ограничения и проверка.

Получаю структурированный результат — это опыт работы с сырыми материалами, документами, списками, вариантами и планами.

Проверяю факты, ограничения и применимость — это чек-лист Дня 6: не принимать AI-ответ автоматически, особенно если он влияет на людей, деньги, клиентов, договорённости или внешние материалы.

Передаю результат дальше или сохраняю — это навык Дня 10: адаптировать результат к адресату, цели и ситуации.

Фиксирую, что улучшить — это живая часть карточек Дня 12: после применения сценария отмечать, чего не хватило и что стоит уточнить в следующий раз.

В Дне 14 вы не начинаете с нуля. Вы соединяете уже освоенные действия в одну рабочую цепочку.

Основной рабочий пример

Развернём в процесс сценарий «Сырые заметки → сводка».

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

В карточке этот сценарий был описан как способ превратить неструктурированные заметки в сводку. Теперь посмотрим на него как на процесс.

2. Тот же сценарий по семи шагам

1. Получаю вход

На входе — сырые заметки после обсуждения.

Например:

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

Это ещё не готовая сводка. Здесь перемешаны факты, идеи, вопросы и неопределённые формулировки.

2. Очищаю вход от лишних данных

Перед отправкой в ИИ я проверяю заметки по памятке Дня 13.

Убираю или заменяю:

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

Если для задачи достаточно общего описания, я не передаю весь контекст. Например, вместо реального имени участника пишу [Участник 1], вместо названия клиента — [Клиент А], вместо точной суммы — [сумма] или убираю её полностью.

Для сценария «заметки → сводка» чаще всего важны не имена и суммы, а структура: что обсуждалось, что уже подтверждено, что пока остаётся вопросом.

3. Задаю ИИ задачу по шаблону

Использую шаблон из карточки «Сырые заметки → сводка»:

Преврати мои сырые заметки в рабочую сводку.

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

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

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

Здесь важно не просить просто «сделай красиво». Задача ИИ — не придумать недостающую конкретику, а аккуратно разложить имеющийся материал.

4. Получаю структурированный результат

Ожидаемый выход:

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

Такой результат уже можно читать, проверять и передавать дальше. Но он ещё не финальный.

5. Проверяю факты, ограничения и применимость

После ответа ИИ я проверяю:

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

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

6. Передаю результат дальше или сохраняю

После проверки я решаю, что делать со сводкой.

Варианты:

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

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

7. Фиксирую, что улучшить

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

Например:

Что улучшить:
- сразу указывать, для кого нужна сводка;
- отдельно отмечать, какие пункты являются решениями, а какие — идеями;
- не вставлять слишком длинные заметки, если для сводки достаточно ключевых тезисов;
- добавлять в запрос просьбу выделить «что нужно подтвердить у участников».

Так процесс не застывает. Он становится удобнее после каждого применения.

3. Паспорт процесса

Теперь тот же процесс можно оформить в паспорт.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Два важных поля паспорта

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

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

Польза процесса — это не обязательно сложные цифры и таблицы. На старте достаточно простых признаков.

Например:

  • стало быстрее собрать сводку;
  • меньше правок после проверки;
  • легче передать результат дальше;
  • меньше забытых вопросов;
  • быстрее видно, что требует уточнения;
  • результат чаще используется, а не остаётся черновиком.

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

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

Какой следующий эксперимент провести

Следующий эксперимент должен быть маленьким и конкретным.

Хорошие варианты:

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

Слабые варианты:

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

Такие формулировки слишком широкие. Они не дают следующего действия.

Когда процесс готов к автоматизации

Starter Pack не учит автоматизации. В этом маршруте вы собираете ручную AI-практику: выбираете задачу, готовите вход, ставите запрос, проверяете результат и применяете его в работе.

Но хороший ручной процесс может стать кандидатом на следующий уровень.

Процесс можно рассматривать как кандидата на автоматизацию, если:

1. Он повторяется регулярно — несколько раз в неделю или чаще.
2. Вход и выход стабильны и формализуемы.
3. Результат проверяется по понятным правилам.
4. Цена ошибки известна и контролируема.
5. Ручное выполнение занимает заметное время.

Это не призыв автоматизировать сразу. Сначала процесс должен пожить вручную и доказать пользу.

Если все пять критериев выполняются, это сигнал, что есть смысл изучать тему дальше: автоматизацию, AI-агентов и встраивание ИИ в командные процессы в следующих модулях Orbital AI.

Артефакт дня: паспорт личного AI-процесса

Сегодняшний артефакт — один паспорт личного AI-процесса.

Скопируйте шаблон и заполните его под свою задачу:

Название процесса:

Какая задача решается:

Как часто она возникает:

Что даётся на вход:

Какой шаблон запроса используется:

Какой выход ожидается:

Что проверяется вручную:

Какие данные нельзя передавать:

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

Когда сценарий не применять:

Какой следующий эксперимент провести:

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

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

Понятно ли, какая повторяемая задача выбрана?

Есть ли конкретный вход и ожидаемый выход?

Есть ли этап очистки входа?

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

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

Понятно ли, куда результат идёт дальше?

Можно ли назвать пользу процесса простыми признаками?

Есть ли маленький следующий эксперимент?

Не планирую ли я автоматизацию раньше, чем процесс доказал пользу вручную?


Если ответы расплывчатые, паспорт нужно доработать.

Например, «помогает работать с текстами» — слишком широко. Лучше: «превращает сырые заметки после обсуждения в сводку для следующего шага».

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

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

Описать процесс «в общем» без конкретного входа и выхода

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

Выбрать для закрепления редкую задачу

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

Пропустить этап очистки входа или проверки

Так процесс становится быстрее, но рискованнее. ИИ может хорошо структурировать материал, но всё равно ошибиться, добавить лишнее или исказить смысл.

Не определить, как измерить пользу

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

Спешить с автоматизацией понравившегося сценария

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

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

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

Маршрут 1. Свой процесс

  1. Выберите одну карточку из Дня 12 или свой лучший AI-сценарий.
  2. Пропишите его по семи шагам:
Получаю заметки / документ / список данных
→ очищаю вход от лишних данных
→ задаю ИИ задачу по шаблону
→ получаю структурированный результат
→ проверяю факты, ограничения и применимость
→ передаю результат дальше или сохраняю в библиотеку
→ фиксирую, что улучшить
  1. Заполните паспорт процесса:
Название процесса:
Какая задача решается:
Как часто она возникает:
Что даётся на вход:
Какой шаблон запроса используется:
Какой выход ожидается:
Что проверяется вручную:
Какие данные нельзя передавать:
Как измерить пользу:
Когда сценарий не применять:
Какой следующий эксперимент провести:
  1. Проверьте процесс по пяти критериям готовности к автоматизации:
1. Он повторяется регулярно?
2. Вход и выход стабильны?
3. Результат проверяется по понятным правилам?
4. Цена ошибки известна и контролируема?
5. Ручное выполнение занимает заметное время?
  1. Честно ответьте: процесс уже готов к регулярному применению или ему нужно ещё пожить в ручном режиме?
  2. Зафиксируйте следующий маленький эксперимент.

Итог дня

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

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

Памятка Дня 13 стала частью этапа «очистить вход». Чек-лист Дня 6 стал частью этапа проверки. Навык Дня 10 помогает понять, как результат будет передан дальше. Карточка Дня 12 стала основой сценария внутри процесса.

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

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