в информационных технологиях (IT), от сборки ПК до директора департамента
01 / Точка старта
Кому подойдёт эта инструкция
Вам не нужно программировать. Достаточно уверенно работать с файлами, папками и привычными сервисами — и быть готовым проверить результат перед использованием.
Подойдёт
- руководителям, маркетологам, операционным и проектным менеджерам;
- тем, кто регулярно собирает данные из нескольких источников;
- тем, кто хочет получать готовый файл или сводку, а не только ответ в чате.
Результат после инструкции
- вы выберете одну подходящую задачу;
- подготовите контекст и границы доступа;
- запустите промпт и проверите созданный документ (Artifact);
- поймёте, когда процесс стоит превратить в навык (Skill) или запланированную задачу (Scheduled task).
ChatGPT Work готовит результат, но решение остаётся за вами. Проверяйте факты, спорные выводы, изменения файлов и любые действия, влияющие на людей, деньги или внешние системы.
02 / Базовая модель
Что меняется в режиме выполнения (Work)
Обычный разговор помогает подумать. Режим выполнения (Work) нужен, когда задачу можно передать целиком: дать источники, разрешить нужные инструменты, описать готовый результат и затем его проверить.
| Разговор в чате | Работа в режиме выполнения (Work) |
|---|---|
| Быстрый ответ, идеи, текст или анализ | Действия с файлами, источниками и инструментами |
| Несколько материалов, добавленных в разговор | Много файлов, папка проекта или подключённые сервисы |
| Результат остаётся сообщением | Появляется готовый созданный документ (Artifact): файл, таблица, отчёт, сайт |
| Разовая итерация | Повторяемый процесс с критериями готовности |
| Вы исследуете идею | Вы ставите чёткую проверяемую задачу |
✓ Продуктовые факты проверены 09.08.2026
ChatGPT Work и отдельные возможности зависят от тарифа, региона и настроек рабочей области. Ориентируйтесь на функции, доступные в вашем аккаунте; не используйте старое правило «только Plus или выше».
03 / Конструкция задания
Формула рабочего процесса
- Цельчто должно измениться
- Контекстисточники и период
- Инструментыфайлы, плагины (Plugins), браузер (Browser)
- Действияшаги и запреты
- Созданный документформат и место
- Проверкакритерий готовности
Четыре элемента хорошего промпта
Какой результат нужен и кому он предназначен.
Какие источники, даты и рабочие правила учитывать.
Что нельзя додумывать, менять или отправлять.
Какие файлы должны появиться и как проверить качество.
Сначала выполните процесс вручную несколько раз. Только когда результат стабилен, сохраните инструкции как навык (Skill). Расписание добавляйте после проверки обычного запуска.
04 / Среда выполнения
Локально на вашем компьютере или в облаке: как выбрать
Локально на вашем компьютере (Work locally)
Выбирайте, если нужны файлы, папки или приложения на компьютере. Проект ограничивает рабочую область, а разрешения определяют, когда режим выполнения (Work) должен остановиться и запросить подтверждение.
Важно: для запланированной задачи (Scheduled task) с локальными файлами компьютер должен быть включён, а приложение — работать.
В облаке (Cloud)
Подходит для веб-источников, загруженных файлов и подключённых инструментов, когда задача должна продолжаться без локальной папки. Запуск в облаке можно продолжить с другого устройства.
Важно: задача в облаке не получает произвольный доступ к файлам вашего компьютера.
Используйте режим «Запрашивать подтверждение» (Ask for approval): режим выполнения (Work) свободно действует внутри текущей рабочей области и останавливается перед выходом за её границы.
05 / Карта практики
Выберите один сценарий
Начинайте не с самого сложного промпта, а с процесса, который регулярно отнимает время и имеет понятный результат.
06 / Практика · простой
Ежедневный рабочий бриф
Собирает календарь, непрочитанные сообщения, письма и открытые обещания в один короткий список приоритетов — утром и только при значимых изменениях в течение дня.
Руководителям, аккаунт-менеджерам, основателям и операционным специалистам, чей день начинается в нескольких сервисах.
Календарь (Calendar), электронную почту (email), рабочие сообщения и файл со списком открытых обязательств (follow-ups). Укажите рабочие часы и часовой пояс.
Короткий бриф: приоритеты, подготовка к встречам, ответы, решения и важная справочная информация (FYI).
Выбор режима
В облаке (Cloud) — если все источники доступны через плагины (Plugins) и задача должна продолжаться в фоне. Локально на вашем компьютере (Work locally) — если список открытых обязательств (follow-ups) хранится в локальном файле.
Для расписания с локальным файлом компьютер должен быть включён, приложение — запущено.
Перед запуском
- Подключите только нужные сервисы.
- Проверьте, что файл открытых обязательств (follow-ups) читается.
- Задайте период «последние 24 часа» и конец рабочего дня.
- Сначала выполните промпт вручную.
Создай рабочий бриф по будням: первый выпуск утром, затем проверка изменений в течение рабочего дня.
В начале дня просмотри:
— календарь на сегодня;
— непрочитанные сообщения и упоминания за последние 24 часа;
— непрочитанные письма за последние 24 часа;
— мой список открытых обязательств (follow-ups) в файле {ПУТЬ_И_ИМЯ_ФАЙЛА};
— недавний контекст, который влияет на сегодняшние приоритеты.
Подготовь короткий бриф из пяти блоков:
1. Приоритеты дня.
2. Подготовка к встречам.
3. Сообщения и письма, на которые нужен ответ.
4. Решения, которые ожидают от меня.
5. Полезная справочная информация (FYI).
После утреннего выпуска проверяй новые ответы, изменения встреч и открытые обязательства (follow-ups) каждый час до {КОНЕЦ_РАБОЧЕГО_ДНЯ_И_ЧАСОВОЙ_ПОЯС}. Уведомляй меня только тогда, когда что-то изменилось или требует действия. Черновик ответа готовь только при однозначном следующем шаге — ничего не отправляй без моего подтверждения.
Отдельно перечисли источники, которые не удалось открыть или проверить. Не додумывай отсутствующие данные.
Готово, когда утренний бриф помещается на один экран, каждый пункт содержит источник или понятное основание, а повторная проверка сообщает только об изменениях.Поля в фигурных скобках — намеренные места для ваших данных, а не незаполненные части инструкции.
Как должен пройти процесс
- Прочитать разрешённые источники.
- Связать встречи с перепиской и открытыми обязательствами (follow-ups).
- Отделить действия от справочной информации.
- Собрать короткий утренний бриф.
- При повторной проверке сравнить состояние и сообщить только новое.
Проверка человеком
- Нет пропущенных встреч и срочных ответов.
- Приоритеты действительно ваши, а не придуманные системой.
- Черновики ничего не отправили автоматически.
- Недоступные источники явно названы.
- В обновлениях нет повторов без изменений.
Структурированная сводка, а не пересказ входящих. Если режим выполнения (Work) не может открыть один из сервисов, бриф остаётся полезным, но содержит заметное предупреждение о неполноте.
Если результат получился слабым
Типичная ошибка
Слишком широкий список источников превращает бриф в длинную ленту. Отсутствие рабочего времени вызывает лишние проверки, а размытые приоритеты — случайную сортировку.
Сократи бриф до пяти действий. Для каждого укажи срок, источник и причину приоритета. Всё, что не требует действия сегодня, перенеси в справочную информацию (FYI).
07 / Практика · простой
Еженедельная сводка
Превращает неделю встреч, документов, сообщений и обновлений трекера в короткий отчёт для руководителя — с отдельным обозначением фактов и выводов.
Специалистам и руководителям команд, которые регулярно отчитываются о работе в нескольких инструментах.
Календарь, изменённые документы, нужные каналы, основной трекер и точные даты отчётной недели.
Сводка до одной страницы: выполнено, решения, изменения, блокирующие факторы, открытые обязательства (follow-ups) и следующий фокус.
Выбор режима
В облаке (Cloud) подходит для подключённых инструментов (connected tools) и загруженных файлов. Локально на вашем компьютере (Work locally) нужно работать, если трекер или документы находятся в папке на компьютере.
Перед запуском
- Зафиксируйте начало и конец недели.
- Назовите конкретные каналы и папки.
- Укажите адресата и формат отчёта.
- Решите, нужны ли ссылки на источники.
Подготовь мой еженедельный рабочий отчёт за период {ДАТА_НАЧАЛА}–{ДАТА_ОКОНЧАНИЯ} для {АДРЕСАТ_ИЛИ_РОЛЬ}.
Используй:
— календарь за указанный период;
— документы, которые я редактировал за эту неделю;
— отправленные мной сообщения в каналах {НАЗВАНИЯ_КАНАЛОВ};
— основной трекер {ПУТЬ_ИЛИ_НАЗВАНИЕ};
— другие материалы только тогда, когда их связь с этой неделей можно подтвердить.
Собери отчёт из разделов:
1. Выполненная работа.
2. Принятые решения.
3. Важные изменения.
4. Блокеры и риски.
5. Открытые обязательства (follow-ups).
6. Приоритеты следующей недели.
Где возможно, укажи источник. Не смешивай подтверждённые факты и выводы: выводы помечай словом «Предположение». Если дата, статус или владелец действия не подтверждены, так и напиши.
Ограничение: итоговый отчёт — не больше одной страницы, без повтора одних и тех же событий разными словами.
Готово, когда каждый важный тезис подтверждён источником или явно помечен как предположение, блокеры имеют владельца или отметку «владелец не определён», а следующий фокус сформулирован как действия.Как должен пройти процесс
- Ограничить материалы точным периодом.
- Сопоставить события календаря, документы и сообщения.
- Убрать дубли и бытовые детали.
- Отделить подтверждённое от интерпретации.
- Сжать отчёт до одной страницы.
Проверка человеком
- Период выбран правильно.
- Главные результаты недели не потеряны.
- Личные сообщения не попали в отчёт без необходимости.
- Предположения помечены.
- Следующая неделя описана действиями, а не общими намерениями.
Управленческая сводка, которую можно быстро проверить и отредактировать. Режим выполнения (Work) не должен выдавать отсутствие данных за отсутствие работы.
Если результат получился слабым
Типичная ошибка
Формулировка «посмотри всё за неделю» без дат и каналов приводит к пропускам или захвату лишнего периода.
Пересобери отчёт только за {ТОЧНЫЙ_ПЕРИОД}. Удали действия без измеримого результата. В конце добавь таблицу: блокер, влияние, владелец, следующий шаг.
08 / Практика · средний
Очистка CSV и табличных выгрузок
Объединяет несколько несовместимых выгрузок в один стандартизированный набор данных, отдельно сохраняет сомнительные строки и объясняет каждое существенное изменение.
Маркетологам, операционным менеджерам и аналитикам, которые получают выгрузки из разных систем.
Исходные CSV в одной папке, основной ключ (primary key), порядок полей, правила сопоставления (mapping notes) и хотя бы один пример корректной строки.
Чистый CSV, таблица «Требует проверки» (Needs Review), журнал изменений и исходные файлы без перезаписи.
Выбор режима
Локально на вашем компьютере (Work locally) — основной вариант: исходники лежат в папке, а готовые файлы сохраняются рядом. Дайте доступ только к конкретному проекту (Project) или рабочему каталогу.
Перед запуском
- Сделайте исходные файлы только источником, не целью перезаписи.
- Назовите уникальный ключ: электронная почта (email), идентификатор аккаунта (account ID) или другой стабильный идентификатор.
- Опишите критические поля, которые нельзя додумывать.
- Создайте понятную папку для результата.
В папке {ПУТЬ_К_ПАПКЕ} находятся несколько исходных CSV или табличных выгрузок. Очисти и объедини их в один согласованный набор данных.
Требования:
— приведи поля {СПИСОК_ПОЛЕЙ, НАПРИМЕР: имя (name), компания (company), электронная почта (email), статус (status)} к единым названиям и форматам;
— удаляй дубли по полю {ОСНОВНОЙ_КЛЮЧ, НАПРИМЕР: email};
— порядок полей возьми из файла {ФАЙЛ_ПРАВИЛ_СОПОСТАВЛЕНИЯ};
— подготовь итоговый CSV, готовый к загрузке (upload-ready);
— строки с отсутствующими или конфликтующими данными вынеси в отдельный файл или вкладку «Требует проверки» (Needs Review);
— не додумывай значения критических полей {КРИТИЧЕСКИЕ_ПОЛЯ};
— не изменяй и не удаляй исходные файлы.
В папке `{ПУТЬ_К_ПАПКЕ}/output` сохрани:
1. `cleaned.csv` — очищенные данные в заданном порядке полей.
2. `needs-review.csv` — строки, требующие решения человека, с колонкой `review_reason`.
3. `change-log.md` — что переименовано, нормализовано, объединено, удалено как дубль или отправлено на проверку.
4. `summary.md` — число входных и выходных строк, дублей, конфликтов и пропусков.
Перед записью файлов проверь кодировку, разделитель, количество строк и уникальность основного ключа (primary key). Если правила разных источников противоречат друг другу, остановись на этом месте и перечисли конфликт — не выбирай правило молча.
Готово, когда исходники не изменены, `cleaned.csv` открывается без ошибок, основной ключ (primary key) уникален, каждая исключённая строка присутствует в `needs-review.csv` или объяснена в журнале.Как должен пройти процесс
- Проинвентаризировать файлы, кодировки, разделители и колонки.
- Сопоставить поля с правилами сопоставления (mapping notes).
- Нормализовать форматы и значения.
- Найти дубли по основному ключу (primary key).
- Отделить неоднозначные строки.
- Сохранить результат и контрольные показатели.
Проверка человеком
- Количество строк объяснимо.
- Основной ключ (primary key) действительно уникален.
- Критические пропуски не заполнены догадками.
- Несовместимые записи не потеряны.
- Журнал позволяет восстановить логику изменений.
- Один-два примера сверены с исходниками вручную.
Папка результата (`output`) с чистым набором данных и журналом проверки. Это важнее красивой таблицы: каждое удаление или объединение должно быть объяснимо.
Если результат получился слабым
Типичная ошибка
Без основного ключа (primary key) похожие записи нельзя надёжно считать дублями. Без правил сопоставления (mapping notes) режим выполнения (Work) может выбрать удобный, но неверный порядок полей.
Не объединяй строки автоматически. Сначала создай отчёт о кандидатах в дубли: значения основного ключа (primary key), различающиеся поля и рекомендуемое действие. Жди моего решения.
09 / Практика · продвинутый
Аудит процесса и спецификация автоматизации
Собирает текущее состояние процесса из трекера, инструкций, передач задач, KPI, обращений и обсуждений; находит узкие места и описывает два наиболее повторяемых кандидата на автоматизацию.
Владельцам процессов, руководителям команд и операционным менеджерам перед изменением или масштабированием работы.
Трекер, действующие инструкции, заметки о передаче задач (handoff notes), ключевые показатели (KPI), историю обращений и обсуждения команды.
Аудит текущего процесса, обновлённая инструкция и две короткие спецификации автоматизации (automation specs).
Выбор режима
Локально на вашем компьютере (Work locally) удобно работать, когда материалы собраны в папке проекта. В облаке (Cloud) можно работать с подключёнными трекерами и сервисами, если все нужные данные доступны через разрешённые плагины (Plugins).
Перед запуском
- Не приводите материалы к искусственному порядку — расхождения важны для аудита.
- Укажите будущую веху или причину аудита.
- Разделите действующие правила и исторические документы.
- Исключите лишние персональные и конфиденциальные данные.
Проведи аудит процесса {НАЗВАНИЕ_ПРОЦЕССА} перед {ПРЕДСТОЯЩАЯ_ВЕХА_ИЛИ_ИЗМЕНЕНИЕ}.
Используй следующие источники:
— текущий трекер: {ПУТЬ_ИЛИ_НАЗВАНИЕ};
— действующая документация процесса: {ПУТЬ_ИЛИ_НАЗВАНИЕ};
— заметки о передаче задач (handoff notes): {ПУТЬ_ИЛИ_НАЗВАНИЕ};
— панель ключевых показателей (KPI dashboard): {ПУТЬ_ИЛИ_НАЗВАНИЕ};
— история обращений поддержки (support tickets): {ПУТЬ_ИЛИ_НАЗВАНИЕ};
— релевантные заметки обсуждений команды: {ПУТЬ_ИЛИ_НАЗВАНИЕ}.
Сначала создай `workflow-audit.md` со следующими разделами:
1. Текущие этапы процесса и их последовательность.
2. Владельцы этапов и точки передачи.
3. Застревания, ожидания и повторная работа.
4. Повторяющиеся вопросы.
5. Отсутствующие или противоречивые данные.
6. Кандидаты на автоматизацию с объяснением пользы и риска.
Затем подготовь:
— `updated-process.md` — обновлённое описание процесса, но не выдавай предлагаемое изменение за уже принятое правило;
— две короткие спецификации `automation-spec-01.md` и `automation-spec-02.md` для наиболее повторяемых ручных шагов. Для каждой укажи триггер, входы, действия, исключения, человеческое подтверждение, результат и критерии успеха.
Каждый вывод свяжи с источником. Устаревшие, конфликтующие или недоступные материалы перечисли отдельно. Не скрывай расхождения и не назначай владельцев без подтверждения.
Готово, когда текущий процесс можно проверить по источникам, предлагаемый процесс явно отделён от действующего, а две спецификации автоматизации (automation specs) достаточно конкретны для обсуждения с командой — но ещё ничего не автоматизируют.Как должен пройти процесс
- Составить карту источников и их актуальности.
- Восстановить фактические этапы, владельцев и точки передачи (handoffs).
- Сопоставить правила с данными трекера, ключевыми показателями (KPI) и обращениями.
- Отделить симптомы от причин.
- Ранжировать кандидатов по частоте, пользе и риску.
- Подготовить проекты документов для командного обсуждения.
Проверка человеком
- Карта отражает реальный, а не желаемый процесс.
- Владельцы и статусы подтверждены.
- Повторяющиеся вопросы не спутаны с редкими исключениями.
- Риски автоматизации названы.
- Человеческое подтверждение сохранено в критических точках.
- Команда согласовала изменения до внедрения.
Не «идеальная схема», а проверяемый пакет для решения: что происходит сейчас, где возникают потери и какие два шага разумно исследовать первыми.
Если результат получился слабым
Типичная ошибка
Режим выполнения (Work) может принять старую инструкцию за действующую или предложить сложную автоматизацию там, где достаточно изменить правило передачи задачи.
Для каждого вывода добавь: источник, дату, уровень уверенности и альтернативное объяснение. Не предлагай автоматизацию, если проблема решается удалением шага или уточнением ответственности.
10 / Практика · средний
Превращение удачного процесса в навык (Skill)
Упаковывает проверенный рабочий процесс в переиспользуемую инструкцию с входами, правилами, примерами и форматом результата, чтобы не объяснять задачу заново.
Опытным пользователям, владельцам процессов и командам, у которых один и тот же промпт уже несколько раз дал хороший результат.
Описание процесса, входы, успешный пример, правила именования, обязательные правила (must-do) и запрещающие правила (must-not-do).
Проверенный черновик `SKILL.md` и необходимые локальные ресурсы — без автоматической установки вслепую.
Выбор режима
Локально на вашем компьютере (Work locally) удобно работать, если навык (Skill) использует файлы, шаблоны или скрипты из папки проекта. Для инструкции без локальных ресурсов можно работать в облаке (cloud).
Перед запуском
- Процесс должен успешно отработать хотя бы один раз, лучше — несколько.
- Сохраните чистый пример результата.
- Запишите повторяющиеся ошибки и исправления.
- Отделите обязательные правила от пожеланий.
Я хочу превратить следующий проверенный процесс в переиспользуемый навык (Skill).
Процесс: {ОПИШИТЕ_В_2–3_ПРЕДЛОЖЕНИЯХ, ЧТО_ОН_ДЕЛАЕТ}.
Входы:
{СПИСОК_ФАЙЛОВ, ПАПОК, ШАБЛОНОВ ИЛИ ИСТОЧНИКОВ_ДАННЫХ}
Ожидаемый результат:
{ФОРМАТ, СОСТАВ, ИМЯ И МЕСТО_СОХРАНЕНИЯ}
Обязательные правила:
{ОБЯЗАТЕЛЬНЫЕ_ПРАВИЛА}
Запреты и границы:
{ЗАПРЕТЫ, РАЗРЕШЕНИЯ И СТОП-УСЛОВИЯ}
Пример успешного результата:
{ПУТЬ_К_ПРИМЕРУ ИЛИ КРАТКОЕ_ОПИСАНИЕ}
В ChatGPT Work используй `@skill-creator`, чтобы подготовить черновик `SKILL.md` и только действительно необходимые сопутствующие ресурсы (supporting resources). Если выполняешь этот же шаг в Codex, используй `$skill-creator`. Инструкция должна быть понятна человеку, который раньше не запускал этот процесс.
В `SKILL.md` явно опиши:
— когда навык (Skill) нужно и не нужно использовать;
— входные данные и проверки до начала;
— последовательность работы;
— формат результата и критерии готовности;
— действия, требующие подтверждения человека;
— типичные ошибки и способ безопасного повторного запуска.
Не устанавливай и не распространяй навык (Skill) автоматически. Сначала покажи структуру, перечисли созданные файлы и предложи минимальный тест.
Готово, когда черновик не зависит от скрытого контекста текущего разговора, не содержит секретов или абсолютных личных путей и проходит тест на одном новом примере.Как должен пройти процесс
- Проверить, что задача действительно повторяемая.
- Выделить входы, выходы и правила качества.
- Сформировать узкое назначение навыка (Skill).
- Создать `SKILL.md` и только нужные ресурсы.
- Показать структуру до установки.
- Провести тест на новом, но типичном примере.
Проверка человеком
- Описание объясняет, когда навык (Skill) срабатывает.
- Нет секретов, файлов cookie (cookies), токенов (tokens) и личных абсолютных путей.
- Результат и критерии качества однозначны.
- Опасные действия требуют подтверждения.
- Новый пользователь понимает входы без устных пояснений.
- Повторный запуск не создаёт дублей и не перезаписывает оригиналы.
Не просто сохранённый промпт, а рабочий регламент (playbook): назначение, материалы, шаги, проверки и безопасные границы. Хороший пример результата влияет на качество навыка (Skill) сильнее, чем длинное общее описание.
Если результат получился слабым
Типичная ошибка
Слишком широкое назначение превращает навык (Skill) в набор общих пожеланий. Скрытые зависимости от текущей папки или разговора делают его непереносимым.
Сузь назначение навыка (Skill) до одного результата. Добавь негативные примеры, стоп-условия и тест: какие файлы подать, что должно появиться и какие ошибки должны остановить работу.
11 / Возможности по потребности
Что подключать и когда
Не пытайтесь освоить всё сразу. Добавляйте возможность только тогда, когда она устраняет конкретное ограничение процесса.
Проекты (Projects)
Когда нужно закрепить одну или несколько рабочих папок и сохранить устойчивый контекст задачи.
Плагины (Plugins)
Когда нужны подключённые сервисы или готовый пакет возможностей. Плагин (Plugin) может включать навыки (Skills), подключения (connectors) или оба типа компонентов.
Навыки (Skills)
Когда хороший результат зависит от повторяемой инструкции, шаблона, примера и правил качества.
Запланированные задачи (Scheduled tasks)
Когда проверенный процесс нужно запускать регулярно. Сначала протестируйте обычный запуск.
Браузер (Browser)
Когда задача требует собрать или проверить информацию на веб-страницах. Сразу задайте сайты, период и границы поиска.
Использование компьютера (Computer Use)
Когда нужно работать с интерфейсом приложения. Ограничьте область действий и внимательно проверяйте запрашиваемые разрешения.
Сайты (Sites)
Когда итогом должен стать интерактивный сайт. Перед публикацией сохраните версию и проверьте содержимое.
Просмотр созданных документов (Artifacts viewer)
Когда важен просмотр созданного файла, аннотации и обсуждение конкретных мест результата.
12 / Внедрение
От одного результата к системе
- Выберите боль
Один частый и понятный процесс.
- Получите созданный документ
Не ответ, а файл или структурированную сводку.
- Исправьте правила
Скажите, что именно неверно; не начинайте заново.
- Сохраните навык (Skill)
Только после нескольких хороших повторов.
- Добавьте расписание
Когда обычный запуск надёжен и контролируем.
Нечёткий период приводит к пропущенным материалам; неполный контекст — к отсутствующим элементам оформления; недоступное подключение (connector) — к пробелам в данных. Режим выполнения (Work) должен явно сообщить, что не смог открыть или подтвердить.
13 / Словарь
Семь терминов без жаргона
Проект (Project)
Рабочий контекст с прикреплёнными папками и границами доступа.
Созданный документ (Artifact)
Проверяемый результат: таблица, файл, отчёт, презентация или сайт.
Навык (Skill)
Переиспользуемая инструкция с ресурсами для конкретного процесса.
Плагин (Plugin)
Устанавливаемый пакет, который может содержать навыки (Skills) и подключения (connectors).
Подключение (Connector)
Подключение к внешнему сервису через протокол контекста модели (MCP).
Локально на вашем компьютере (Local)
Выполнение с доступом к разрешённым файлам и приложениям компьютера.
В облаке (Cloud)
Выполнение в облаке без произвольного доступа к локальной папке.
Запланированная задача (Scheduled task)
Проверенный промпт, запускаемый по заданному расписанию.
14 / Материалы
Источники
- HubSpot / Futurepedia. «Промпты Codex, которые заменяют рутинную работу» (Codex Prompts That Replace Busywork).
- OpenAI. Официальная документация ChatGPT Work, проектов (Projects), разрешений (Permissions), навыков и плагинов (Skills & Plugins), запланированных задач (Scheduled tasks), браузера (Browser), использования компьютера (Computer Use), сайтов (Sites) и работы с файлами (Work with files).
- OpenAI. Официальные практические сценарии: ежедневный рабочий бриф (Daily work brief), еженедельная сводка (Weekly work summary), очистка неструктурированных данных (Clean messy data), аудит процесса (Audit a workflow) и создание переиспользуемых навыков Codex (Create reusable Codex skills).
- NotebookLM. Выгрузка материала «ChatGPT Work полностью меняет способ использования ChatGPT» (ChatGPT Work Completely Changes How You Use ChatGPT).
- NotebookLM. Выгрузка материала «ChatGPT Work изменил работу в маркетинге» (ChatGPT Work Just Changed How You Do Marketing).
Официальная проверка: 09.08.2026
Следующий шаг
