Год мы держали автозапуск по письмам на стороннем сервисе, теперь это умеет сам ChatGPT: считаю, что меняется в счёте отдела

В release notes ChatGPT от 25 августа появились задачи, которые запускаются не по расписанию, а по событию: новое письмо в Gmail, сообщение в канале Slack, активность в pull request. У нас такие сценарии работают год, но на стороннем сервисе и за отдельные деньги. Считаю, что перенос триггера внутрь чата меняет в счёте отдела.

За май, июнь и июль через наши автосценарии прошло 612 писем с форм на сайте и 148 упоминаний бренда. Первым их открывал не человек, первой открывала модель.

Собрано это на внешнем автоматизаторе, облачной таблице и модели по API. Работает второй год. Стоит денег и часов, и обе строки я вижу в своём бюджете.

Считаю по порядку.

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

Что поддержано. Новое входящее письмо в Gmail с фильтром по отправителю и теме. Новое сообщение в выбранном канале Slack с фильтром по автору и по тому, брать ли ответы в ветках. Активность в pull request в авторизованном репозитории на GitHub, с фильтром по автору, заголовку и метке.

Где это работает. Событийные задачи живут в вебе и в мобильных приложениях, в десктопном приложении и в Codex их нет. Создавать их могут Plus и Pro, а также рабочие тарифы. На Free и Go такой задачи не будет, зато Free впервые получил обычные задачи по расписанию: до трёх активных и не чаще одного запуска в сутки.

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

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

Список поддержанных событий у нас читается иначе, чем в Сан-Франциско. Gmail, Slack и GitHub это набор американского офиса. В отделе, где почта на Яндексе или на своём домене, рабочий чат в Telegram или в корпоративном мессенджере, а задачи в трекере российского вендора, ни одно из трёх событий не срабатывает вообще.

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

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

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

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

Цена вопроса. Автоматизатор на платном тарифе, API модели по расходу токенов и командные подписки на чат, порядка 21 000 рублей в месяц на отдел из шести человек, B2B-услуги. Сверху 6-8 часов в месяц на сопровождение: чаще всего это мы с аналитиком разбираем упавшие сценарии.

Что смотрели и не взяли. Self-hosted n8n отвалился на вопросе, кто в отделе отвечает за сервер и обновления. Готовый коннектор от CRM не дал выгрузки в нужном формате.

План против факта. Закладывали минус 30% времени на первичный разбор лида. По итогам квартала вышло минус 18%, и это честная цифра: время фиксировали в трекере отдельной задачей.

Счёт первый, наша связка. 21 000 рублей в месяц и 6-8 часов сопровождения. За эти деньги есть журнал запусков, повтор упавшего сценария, доступ к любому сервису с API и общие правила на весь отдел.

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

Разница здесь не в деньгах. Разница в том, кто отвечает за сценарий, когда его автор ушёл в отпуск.

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

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

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

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

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

Здесь важно разделить два вопроса. Первый, удобно ли запускать работу по письму. Удобно. Второй, кто это письмо пишет.

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

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

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

Теперь то, ради чего я это считал.

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

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

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

Автоматизация дешевеет ровно до того момента, пока за неё кто-то отвечает по имени.

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

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

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

Что у вас первым уходит на автозапуск по событию: письма с форм, отзывы, замеры упоминаний или пока ничего?

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