Перенос Custom GPT в Workspace Agents (руководство по миграции)

Когда миграция не нужна

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

То же самое для GPT, опубликованных в GPT Store. Workspace Agents не публикуются для внешних пользователей. Если ваш GPT обслуживает внешнюю аудиторию, агент его не заменит — GPT придётся оставить в любом случае.

Когда миграция оправдана

• GPT, которому команда каждый день отправляет одну и ту же цепочку запросов — это по форме уже агент.
• GPT, которому нужно запускаться по расписанию или реагировать на событие — агенты делают это нативно; GPT не умеют.
• GPT, который должен читать и писать в HubSpot / Slack / Drive — коннекторы Workspace Agents работают лучше, чем GPT Actions для таких задач.
• GPT, которым владел один сотрудник и ушёл, а никто не знает промпт — миграция вынуждает задокументировать и передать владение.
• GPT, у которого Actions часто ломаются из-за изменений API — нативные коннекторы Workspace Agents поддерживает OpenAI.

Пошаговый план миграции

1. 01

   Проведите аудит существующих GPT

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

2. 02

   Перепишите ТЗ в терминах агента

   Custom GPT описывается через «инструкции + знания + actions». Workspace Agent требует «триггер + шаги + инструменты + критерии успеха». Перепишите ТЗ в новых терминах. Это вынуждает быть точным в том, что реально происходит, и обычно выявляет неявные допущения, которые GPT делал автоматически.

3. 03

   Перенесите системный промпт

   Пользовательские инструкции GPT становятся системным промптом агента. Потребуется небольшая правка: уберите ссылки на «когда пользователь спрашивает» (агент может работать без пользователя), добавьте ссылку на триггер, который запускает процесс, явно пропишите поведение при вызове инструментов.

4. 04

   Перенесите файлы знаний в коннекторы

   У GPT файлы знаний загружаются на этапе сборки. Workspace Agents предпочитают доступ через живые коннекторы (Drive, Notion и т. д.) — источник остаётся актуальным. Решите по каждому файлу: стать коннектором, остаться статической загрузкой или быть полностью переработанным.

5. 05

   Пересоберите Actions как коннекторы Workspace

   GPT Actions (на базе OpenAPI) переносятся концептуально, но не механически. Повторно используйте OpenAPI-спецификацию, но перенастройте аутентификацию и разрешения через административные настройки Workspace Agent. Тестируйте каждый action отдельно, прежде чем выстраивать цепочку.

6. 06

   Определите триггер

   GPT запускается по сообщению пользователя. Агенты запускаются по событиям, расписанию или сообщениям. Выберите правильный триггер для рабочего процесса. Если ответ — «по-прежнему сообщение пользователя», GPT, вероятно, не нужно было переносить.

7. 07

   Запустите оба варианта параллельно на 2 недели

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

Что переходит автоматически

Вопросы