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

01

Что считать автоматизацией

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

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

Степень самостоятельности выбирается отдельно. Агент может только подготовить черновик письма. Может также проверить его по вашим правилам. А отправка всё ещё остаётся за вами. Такая схема уже снимает часть работы и бывает удобнее полной автоматизации.

По мере настройки процесс обычно проходит несколько состояний:

1. Вы делаете работу руками и сохраняете хороший пример.
2. Агент помогает с одним шагом, вы проверяете каждый результат.
3. Инструкция и проверки позволяют повторить шаг на новых данных.
4. Запуск объединяет несколько проверенных шагов и приносит вам исключения.
5. Расписание или событие запускает процесс без отдельной команды.

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

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

02

Выберите работу, которую уже умеете делать

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

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

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

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

Сначала уберите ненужное

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

Похожая ловушка встречается в контенте. Можно ускорить выпуск десяти роликов, которые никуда не ведут. Можно сначала решить, кому и зачем вы их снимаете. Эту часть я разбираю в методе 6 × 5. Автоматизация полезна после того, как понятна работа, которую стоит повторять.

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

03

Посчитайте проверку и обслуживание

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

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

В условном примере восемь запусков по 45 минут заменяются восемью запусками с 15 минутами вашего участия. Из разницы вычитаем ещё 30 минут на обслуживание. Получается 210 минут в месяц. Четыре часа настройки возвращаются по времени примерно за 1,1 месяца. Это арифметический пример, а не результат моих читателей или обещание вашему проекту.

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

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

04

Запишите один ручной прогон без улучшений

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

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

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

Запишите то, что обычно держите в голове

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

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

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

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

Задавай вопросы небольшими нумерованными пачками, только о том, чего не хватает. Выясни:
1. Что запускает процесс и чем он заканчивается.
2. Что я делаю по порядку, включая копирование, ожидание, проверку и исправления.
3. Какие файлы, данные и доступы нужны на каждом шаге.
4. Как я отличаю хороший результат от плохого. Попроси пример ошибки.
5. Какие решения следуют правилу, где требуется суждение, что могу решить только я.
6. Как часто это повторяется, сколько моего времени занимает и что будет при ошибке.

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

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

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

Мой процесс:

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

05

У каждого шага должны быть вход, выход и «готово, когда»

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

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

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

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

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

06

Что отдать скрипту, что агенту, что оставить себе

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

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

Скрипт тоже может ошибаться. Его преимущество в том, что правило исполняется одинаково и его проще проверить на известном примере. Если формула неверна, она будет стабильно давать неверное число. Поэтому «считает скрипт» не заменяет приёмку.

Вкус тоже можно частично описать. Вместо «мне нравится спокойный монтаж» сохраните два принятых ролика и объясните, что именно в них важно: смена плана по смыслу, отсутствие случайной графики, читаемый текст. Не всё станет строгим правилом. Остаток вы принимаете сами.

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

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

07

Как это выглядит на монтаже одного ролика

Вернёмся к дублю на 3:54. Числа 1:30, 20 фраз и 19 склеек относятся к конкретной сборке, с которой начался этот материал. Это описание результата, а не обещание, что любой исходник превратится в такой ролик.

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

Почему я начал с нарезки

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

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

Где остаётся моя работа

Я задаю мысль ролика, даю факты и принимаю смысловые решения. Фразе «нас предупреждают» можно подобрать десяток картинок. Нужна та, которая объясняет именно этот эпизод. Агент предлагает варианты, но правдоподобная выдумка не становится моим доказательством.

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

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

08

Соберите один шаг до рабочего результата

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

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

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

Помоги собрать первый проверяемый шаг автоматизации по моей карточке процесса.

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

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

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

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

Затем проверь второй пример, который не использовался при настройке. Сверь с ручным результатом. В отчёте покажи вход, выход, фактические проверки, расхождения и мои действия для приёмки. Не считай собственную фразу «готово» доказательством.

Карточка процесса и примеры:

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

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

09

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

Фраза «всё готово» сообщает, что исполнитель закончил. Она не говорит, что работа правильная. Агент может не заметить пропущенный файл, проверить не ту версию или описать ожидаемый результат вместо фактического.

Сначала проверяйте то, что можно установить однозначно. Есть ли файл? Открывается ли он? Совпало ли число записей? Все ли входные элементы либо обработаны, либо попали в список ошибок? Затем переходите к смыслу: подтверждены ли факты, сохранена ли важная мысль, понятен ли текст человеку.

Четыре полезных входа для проверки

• Обычный пример, на котором вы умеете получить правильный ответ руками.
• Другой обычный пример, не использованный при настройке.
• Пограничный пример: пустое значение, повтор, длинная фраза или другой допустимый формат.
• Неподходящий вход, на котором процесс обязан остановиться с объяснением.

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

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

Проведи приёмку одного запуска по исходным требованиям и фактическому результату.

Нужны: карточка процесса, входные данные, результат и журнал запуска. Если чего-то нет, назови, что нельзя проверить.

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

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

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

Мои требования и файлы:

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

10

Сохраните то, что сработало

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

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

Скил оформляет такую процедуру в повторно используемый навык агента. В документации Agent Skills описан пакет инструкций, скриптов и ресурсов. Сам по себе файл с названием SKILL.md не делает процесс правильным и не запускает его по расписанию. Сначала должна работать процедура.

Правило хранится в одном месте

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

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

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

11

Настройте повторный запуск и остановку

Повторяемость проверяется простым вопросом: что произойдёт, если запустить процедуру ещё раз с тем же входом? Отчёт может сохраниться новой версией. Отправленное письмо не должно уходить второй раз. Удаление или платёж нельзя повторять по принципу «ответ не пришёл, попробуем ещё».

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

Назовите причины остановки заранее

• Обязательных данных нет или формат изменился.
• Проверка результата не прошла.
• Агент дошёл до решения, которого нет в инструкции.
• Закончился лимит попыток, времени или расходов.
• Нужен новый доступ или действие за пределами разрешённого.

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

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

Запусти существующую процедуру на следующем разрешённом примере.

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

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

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

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

Карточка, инструкция, вход и лимиты:

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

Доступы выдавайте под конкретный шаг. Для чтения выгрузки не нужен доступ ко всей почте. Текст внутри заявки или документа считайте входными данными, даже если он похож на команду агенту. Он не должен менять ваши правила и разрешения. Секреты не храните в промптах и журналах.

12

Превращайте повторяющиеся ошибки в проверки

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

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

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

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

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

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

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

Выдай запись: симптом | подтверждённая причина | изменение | доказательство проверки | когда откатить. Не называй процесс исправленным, пока нет фактической проверки.

Что произошло:

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

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

Такие изменения и ошибки я показываю в Telegram-канале. По ним лучше видно устройство процесса, чем по одному удачному финальному файлу.

13

Тот же метод на отчёте и заявках

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

Еженедельный отчёт из выгрузки

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

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

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

Подготовка ответа на входящую заявку

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

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

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

Что у этих примеров общее

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

14

С чего начать сегодня

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

Не назначайте срок вроде «полностью автоматизировать за вечер». Законченный результат первой сессии можно сформулировать точнее: у вас есть карточка шага, два примера и критерии приёмки. Если успели выполнить его на копии и сверить результат, запишите и это.

• Весь набор одним Markdown-файлом: порядок работы, бланки и пять промптов.
• Карточка процесса: шаги, границы, проверки и первый участок.
• Бланк инструкции: сохраните процедуру после удачного пилота.
• Журнал запусков: результат, затраты и повторяющиеся ошибки.
• Пять промптов отдельно: разбор, пилот, приёмка, повтор и исправление.

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

Если не умеете программировать

Первую половину работы вы всё равно можете сделать: описать процесс, показать примеры и назвать правильный результат. Для автоматического выполнения файловых операций потребуется агент с инструментами, например Claude Code или Codex, и настройка рабочей среды. Попросите его объяснять только те действия, которые вам нужно выполнить или проверить. Не принимайте код, который вы не запускали, за готовую автоматизацию.

Если агент постоянно спрашивает

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

Если всё работает только в старом чате

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

Если процесс слишком нестабилен

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

15

Куда идти с выбранным процессом

Эта статья даёт общий порядок. В более узких разборах можно взять конкретный вход или отдельную процедуру:

• Принципы сильных решений, если трудно выбрать, какую работу вообще стоит ускорять.
• Как я работаю с агентами, если отдельные чаты уже перестали помещать вашу работу.
• Разбор Reel, если нужен сценарный план для монтажного процесса.
• Разбор каруселей, если автоматизируете исследование публикаций и хотите сравнивать их по понятным правилам.
• Блог о своём деле с ИИ, если хотите применить метод к своей неделе контента.
• Сетка 9 × 9, если пока есть только большая цель и надо найти конкретную работу.

Если хотите пройти это на подготовленном проекте

В клубе есть «Автоматизации с агентами». В семи уроках цепочка проходит сначала на учебном проекте, затем на вашем процессе: вопросы, постановка, проверяемый шаг, разбор сбоя, свой скил и запуск с условиями остановки. Для работы нужен Claude Code или Codex.

Если вы пришли из ролика и хотите заняться именно видео, посмотрите монтажный материал клуба. В него входят учебный проект на Remotion, инструкции и навык для агента. Результат работы с ним: редактируемый проект и проверенный видеофайл. Публикация остаётся за владельцем аккаунта.

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

Источники и границы примеров

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

Для устройства процессов полезны два первоисточника: Building effective agents, о цепочках шагов, проверках и условиях остановки, и Agent Skills, об устройстве повторно используемых инструкций. Описанный здесь порядок и рабочие бланки адаптированы под самостоятельную работу над своим процессом.