2026 ChatGPT Work: как проверять задачи по расписанию? Чек-лист для трансграничной команды

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

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

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

До подключения: зафиксируйте, что именно разрешено задаче

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

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

Перед подключением заполните короткий паспорт задачи:

• Цель: какое повторяющееся решение или обзор должен поддерживать результат.
• Источник: точное приложение, учётная запись, папка, канал или набор документов.
• Период: какие даты и часовой пояс должны учитываться.
• Результат: формат сводки, обязательные поля, ссылки на исходные сведения.
• Запреты: действия, которые требуют человека или не входят в задачу.
• Критерий приёмки: что должно быть проверено до использования результата.

Критерий лучше формулировать предметно: например, «для каждого пункта указана ссылка на доступный исходный материал; если источник не найден, это отмечено отдельно». Не записывайте в критерии «ответ выглядит убедительно» — это не подтверждает ни полноту источников, ни точность выводов.

Подключение приложения: какие данные реально доступны?

Что ChatGPT Work может прочитать после подключения приложения?

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

Проверяйте доступ в три слоя:

1. Учётная запись приложения. Убедитесь, что подключён нужный рабочий аккаунт, а не личный профиль сотрудника или тестовая учётная запись.
2. Разрешения источника. Сверьте, какие папки, сообщения, каналы или записи доступны этому аккаунту вне ChatGPT.
3. Управление в рабочей области. Проверьте, разрешено ли приложение участникам команды и какие действия ограничены политикой администратора.

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

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

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

Чек-лист подключения

• [ ] Выбрана ожидаемая учётная запись.
• [ ] Доступ к нужному материалу проверен в исходном сервисе.
• [ ] В рабочей области разрешено требуемое приложение.
• [ ] Выполнен запрос по известному низкорисковому примеру.
• [ ] Подтверждено, что результат ссылается на доступный источник.
• [ ] Для чтения и изменений отдельно определён порядок подтверждения.

Настройка: выберите расписание или поддерживаемое событие

Задача по расписанию запускается в выбранное время. Задача по событию реагирует на конкретную активность, если источник и событие поддерживаются для вашей учётной записи. Эти режимы нельзя считать взаимозаменяемыми: первый проверяет повторный запуск по времени, второй — поступление нужного события и выполнение заданных условий. Установка приложения сама по себе не создаёт задачу и не включает все возможные события. (справка OpenAI о задачах по расписанию)

Как проверить условия срабатывания задачи ChatGPT Work?

Сначала выберите один режим и сформулируйте проверку для него. Для расписания укажите частоту, время и часовой пояс; для события — источник, тип события, фильтры и ожидаемое действие. В доступных справочных материалах для событий названы новые письма Gmail, новые сообщения в каналах Slack и активность запросов на изменение в авторизованных репозиториях GitHub. Это не подтверждает поддержку произвольного магазина или каждого события в перечисленных приложениях. Доступность зависит от приложения и прав команды.

Порядок проверки:

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

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

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

Пробный запуск: проверяйте исходные данные, а не убедительность ответа

Успешное создание задачи — ещё не приёмка. Смотрите историю выполнения и само целевое место, если задача должна что-то туда записать. В справочных материалах OpenAI отдельно указано, что статус завершённого расписания не подтверждает успешное выполнение конкретного запуска. Запуск также может остановиться, если требуется подтверждение действия или перестал работать доступ к приложению. (справка OpenAI о создании и управлении задачами)

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

После запуска сравните результат с оригиналом по четырём пунктам:

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

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

Подходит ли ChatGPT Work для автоматической публикации изменений в магазине?

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

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

Передача задачи: делитесь инструкцией, но не предполагайте передачу доступа

Передаются ли права на аккаунт вместе с общей задачей?

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

При передаче назначьте роли явно:

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

Не отправляйте задачу коллегам без проверки текста инструкции. В общей ссылке могут присутствовать сведения о том, что именно задача должна искать и делать. Удалите лишние внутренние данные, ограничьте распространение ссылки и подтвердите, что получатель вправе видеть упомянутые источники. После передачи попросите коллегу проверить задачу на своей учётной записи, не передавая личные подключения и пароли. (справка OpenAI о ChatGPT Work и Codex)

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

Решение о допуске: оставьте задачу на паузе, если проверка не завершена

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

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

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

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

Для облачных сводок отдельный Mac не нужен: важны права источника и контроль содержания. Но если в критерий приёмки входит реальное воспроизведение страницы покупателя в macOS Safari, облачная задача не заменит эту проверку. У локального рабочего Mac есть затраты на покупку, обслуживание и предоставление доступа команде; удалённая среда требует проверки задержки соединения и организации доступа; облачная задача, в свою очередь, не является браузерной машиной. Сравните критерии и условия до выбора: описание удалённой Mac-среды metalvnc поможет понять, подходит ли она для отдельного теста, а страница тарифов metalvnc — оценить аренду, если нужен временный доступ без покупки собственного компьютера. Если Safari-проверка не входит в вашу приёмку, аренда Mac не нужна.