Подключение полезно, когда избавляет от постоянного переноса данных между сервисом и чатом. Но сначала нужно понять, где находится надёжный источник: письмо с договорённостью, утверждённый документ или запись в трекере. Иначе ChatGPT быстрее соберёт противоречия.
Эта подборка охватывает пять разных типов работы. Порядок не означает превосходства одного сервиса над другим. Для небольшой команды иногда достаточно одного подключения, если оно ведёт к основному хранилищу её решений.
В этой статье
- Проверьте доступ до сборки сценария
- 1. Google Drive: собрать основания для решения
- 2. Gmail: восстановить договорённости
- 3. Google Calendar: подготовиться к встречам
- 4. Slack: найти решение внутри обсуждения
- 5. GitHub: связать запрос с изменением продукта
- Сравните по источнику, а не по популярности
- Проведите проверку на знакомых данных
- Реальные проекты
- Источники
Проверьте доступ до сборки сценария
Официальные материалы OpenAI перечисляют подключаемые сервисы, включая Google Drive, Gmail, Google Calendar, Slack и GitHub. В нынешнем интерфейсе возможности поставляются через плагины; наличие инструмента зависит от доступности для аккаунта и настроек рабочей среды.
Откройте карточку нужного плагина, подключите свою учётную запись и начните с чтения одного заранее известного объекта. Это контрольный пример: вы знаете название, содержание и владельца. Успешное подключение без найденного объекта ещё ничего не говорит о пригодности рабочего сценария.
Первоисточники: Use ChatGPT ↗ Plugins ↗ Building workspace agents in ChatGPT to complete repeatable, end-to-end work ↗
1. Google Drive: собрать основания для решения
Выбирайте Drive, если утверждённые материалы команды живут в документах и таблицах. Хорошая первая задача — подготовить справку к обсуждению проекта по трём явно названным файлам. Ожидаемый результат: факты, расхождения и ссылки на документы.
Назначьте один файл действующим планом, другой — историей обсуждения, третий — исходными данными. Совпадающее название документа не гарантирует, что найдена нужная версия. Проверяйте дату и расположение файла, а таблицы просматривайте на уровне строк, из которых получен вывод. Не просите исследовать весь диск, когда решение зависит от одного проекта.
2. Gmail: восстановить договорённости
Почта подходит для подготовки к продолжению конкретной переписки. Дайте адрес корреспондента, тему и период. Попросите перечислить вопросы без ответа, обещанные материалы и последнее подтверждённое решение. Ссылка на цепочку должна позволять сотруднику быстро проверить итог.
Для первого запуска сравните результат с письмами вручную. Особое внимание уделите отменённым договорённостям: более позднее сообщение может менять условия раннего. Подготовленный ответ сохраните как черновик. В сценарии отдельно определите, кто проверяет получателей, вложения и окончательный текст перед отправкой.
3. Google Calendar: подготовиться к встречам
Календарь полезен, когда задача начинается с конкретного события. Попросите подготовить список встреч в указанном календаре за день с часовым поясом и ссылками. Затем выберите одну встречу и соедините её с утверждённой повесткой.
Не считайте описание события полным протоколом договорённостей. Перенос и отмена должны проверяться по текущей записи. Для нескольких календарей заранее задайте область поиска. Если нужен только рабочий календарь команды, личные события не помогают решению и не должны попадать в итоговый бриф.
4. Slack: найти решение внутри обсуждения
Slack стоит подключать ради контекста, который ещё не перенесён в документы: обсуждение ошибки, согласование формулировки или уточнение требования. Хороший результат поиска содержит ссылку на ветку и объяснение, какая реплика стала решением.
Разделите вопросы участников, предложение исполнителя и подтверждение ответственного. На первом тесте выберите ветку, где решение менялось, и попросите показать последовательность. Если ассистент цитирует раннюю реплику как действующее правило, улучшайте запрос и порядок фиксации решений. Само количество просмотренных сообщений не является критерием качества.
5. GitHub: связать запрос с изменением продукта
GitHub уместен там, где бизнес-задачи связаны с разработкой. Руководителю полезна справка по конкретной задаче: что требуется, какое изменение предложено, что ещё ждёт проверки. Обязательно различайте обсуждение, открытый pull request и изменение, попавшее в рабочую версию.
Подготовьте номер задачи или ссылку на репозиторий, к которому у вас есть доступ. Попросите объяснить пользовательское последствие без пересказа кода. Проверяйте статус по самому объекту. Закрытая задача может означать отказ от идеи, а не реализацию; выпуск продукта подтверждается отдельно.
Сравните по источнику, а не по популярности
В RIGHTHALL каталог, задачи и сайт рассматриваются как части связанного рабочего процесса. В Macari отдельно описаны источник поручения, права и приёмка. Эти кейсы показывают, какие связи стоит проектировать; они не доказывают использование каждого плагина из списка.
Сравнение по задаче · на телефоне таблицу можно листать
| Подключение | Лучший первый результат | Типичная ошибка |
|---|---|---|
| Drive | Справка по утверждённым файлам | Перепутанная версия |
| Gmail | Список открытых договорённостей | Отменённое обещание |
| Calendar | Бриф к конкретной встрече | Неверный календарь или пояс |
| Slack | Решение со ссылкой на ветку | Мнение принято за правило |
| GitHub | Статус изменения для бизнеса | Закрыто принято за выпущено |
Проведите проверку на знакомых данных
Возьмите пять объектов, которые сотрудник хорошо знает: актуальный, устаревший, переименованный, недоступный и содержащий противоречие. Ожидайте честный пробел при отсутствии доступа. Сохраните результат и повторите после изменения одного объекта: так станет видно, получает ли сценарий актуальные сведения.
Когда проверка чтения проходит стабильно, можно обсуждать создание и изменение записей. Начните с обратимого действия и заранее обозначенного места назначения. Сотрудник должен видеть, что изменилось, по какой исходной записи и как вернуть предыдущее состояние.
Используй подключённый Drive. Найди документ с точным названием «План запуска — утверждено», проверь его владельца и дату. Подготовь пять решений для ближайшей встречи и для каждого укажи источник. Исторические комментарии отдели от действующего плана. Если есть две подходящие версии, покажи различия и не выбирай молча.
Перейдите от инструмента к проекту.
RIGHTHALL: связанные рабочие процессы ↗Пример связи сведений разных частей бизнеса.
Macari: источник, права и приёмка ↗Пример управляемой работы с внешним хранилищем.Хорошее подключение проходит три проверки: находит нужный объект, правильно объясняет его статус и сохраняет путь к источнику. Только после этого имеет смысл расширять автоматизацию.
Подключим нужные источники
Определим основной источник вашего процесса, проверим доступ и соберём сценарий чтения с понятным результатом для команды.
Источники и дата проверки
Проверено 15 октября 2026 года. Это редакционная подборка по рабочим сценариям. Место в списке не означает независимого рейтинга качества. Доступность функций зависит от продукта, аккаунта и региона; приведённые примеры запросов — рабочие заготовки для вашей проверки.
- Use ChatGPT ↗Перечень подключаемых сервисов и инструментов.
- Plugins ↗Установка плагина, подключение внешнего аккаунта и доступность инструментов.
- Building workspace agents in ChatGPT to complete repeatable, end-to-end work ↗Google Calendar как подключаемый источник в официальном рабочем примере; наличие доступа проверяется отдельно. · Дата источника: 2026-04-22
