Перейти к содержимому
Назад в Академию

GPTs и агенты: источники, права и согласованная версия

17.09Искусственный интеллект в маркетинге
Содержание статьи

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

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

Согласование связано с версией текста

  • Версия 1

    «Самовывоз до 11:00»

    Редактор согласовал этот текст

  • Версия 2

    «Доставка до 12:00»

    Новые условия вернуть редактору

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

Замена самовывоза до 11:00 на доставку до 12:00 меняет условия; новое обещание требует нового согласования.

Выберите результат до выбора технологии

GPT в ChatGPT - это настроенный помощник с инструкциями, справочными материалами и выбранными возможностями. Кто может его создать и опубликовать, зависит от аккаунта и прав рабочего пространства, условия создания GPTs описаны у OpenAI. Настроить помощника внутри ChatGPT и встроить чат в свой сайт через API - две разные задачи.

OpenAI сворачивает GPTs: в затронутых рабочих пространствах Enterprise их планируют отключить 11 декабря 2026 года, остальные планы ожидаются по тому же графику, а процессы предлагают переносить в Plugins. На личных аккаунтах Free, Go, Plus и Pro новые GPTs уже не создаются (справка OpenAI, на 15.10.2026). Всё ниже про источники, права и версии относится к любому помощнику: GPT, плагину или агенту через API.

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

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

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

Подготовьте справочные материалы с владельцем

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

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

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

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

Поддержите ограничения правами инструмента

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

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

Чтение, разрешённое заранее, идёт в своих пределах, и помощник не спрашивает разрешения на каждом шаге. Для операций с последствиями система сверяет разрешение с параметрами действия. Общей отметки «пользователь подтвердил» мало, если после неё поменялись текст или адресат.

В нашем примере самовывоз до 11:00 - версия 1, доставка до 12:00 - версия 2. Новые условия возвращаются к Акботе, а её согласование остаётся привязанным к версии 1. Публикация получает ровно ту версию, которую человек видел при проверке.

Разберите потерянный ответ без повторной отправки

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

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

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

Считайте чужую страницу источником данных

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

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

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

Посчитайте работу вместе с редактурой

Допустим, ручной обзор занимал 4 часа, а внутренняя ставка часа сотрудника - 5 000 ₸. Выпуск обходился в 4 × 5 000 = 20 000 ₸. С помощником Акбота тратит 2 часа на проверку и ещё 1 час на правки и оформление, то есть 3 × 5 000 = 15 000 ₸.

Добавим 2 000 ₸ за выпуск на вычисления и инструменты. Получается 17 000 ₸, на 3 000 ₸ меньше ручного выпуска. Если первоначальная настройка стоила команде 30 000 ₸, она окупится за 30 000 / 3 000 = 10 выпусков, при условии что объём и качество останутся прежними.

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

Задание: составьте испытания своего помощника

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

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

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

Нужна помощь с аналитикой вашего проекта?