От промпта к процессу: когда ИИ работает уже не в окне чата

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

Яркая точка переходит в замкнутый, равномерно светящийся цикл

Самое важное вкратце

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

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

Когда промпт зрел для процесса

Три условия, все одновременно:

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

Четыре блока

1. Триггер

Что запускает процесс? Момент времени («каждый понедельник в 8 часов»), событие («новый запрос в форме») или действие («файл помещён в каталог»).

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

2. Входные данные

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

Частая ошибка: нет верхнего предела. При тестировании это не замечается, а в работе — сразу.

3. Инструкция

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

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

4. Цель вывода

Куда идёт результат? Черновик, заметка, файл, сообщение человеку. По возможности туда, куда всё равно кто-то смотрит.

Частая ошибка: прямо наружу. Отправка, публикация или изменение записи без промежуточного шага.

Процесс в деталях

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

БлокУстановка
ТриггерПонедельник, 7 часов
Входные данныеЗапросы за последние 7 дней, не более 100, поля: дата, источник, суть, статус
ИнструкцияСгруппировать по сути, назвать три самых частых, отклонения по сравнению с предыдущей неделей, не выдумывать чисел
Цель выводаПисьмо руководству, не более 200 слов
Условие прерыванияМенее 3 запросов: без отправки
ЖурналМомент времени, число входных данных, успех или ошибка

А ты знал?

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

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

Где остаётся человек

Два места, и они не обсуждаемы:

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

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

Из практики

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

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

Что идёт не так

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

Промпт, который я сегодня использую вручную:
[вставить промпт]

Исходная ситуация:
- Как часто я это делаю: [частота]
- Откуда берутся входные данные: [источник]
- Что происходит с результатом: [описание]
- Приходилось ли мне до сих пор каждый раз подстраивать промпт? [да / нет]
- Втекают ли данные из чужого источника (письма, формы)?
  [да / нет]

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

Если замысел в этой форме нежизнеспособен, скажи это
ясно и назови меньшую версию.

Вывод

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

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

Частые вопросы

Как автоматизировать рабочие процессы с ИИ?

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

Когда промпт зрел для процесса?

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

Что обязательно должно быть в каждом процессе?

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

В каких местах должен оставаться человек?

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

Почему процесс через месяцы выдаёт неверные результаты?

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

Маркетинг, который настраивается сам

Бета Studio Engine уже открыта. Забронируй место и участвуй в развитии с самого начала.

Присоединиться к бете →
← Назад к обзору