Коротко: Skill — это переиспользуемый сценарий работы с инструкциями, примерами и при необходимости скриптами. Plugin — устанавливаемый пакет, который может объединять skills, подключения к внешним сервисам, MCP-инструменты и другие компоненты. Для повторяющейся задачи внутри Codex обычно достаточно skill; для работы с GitHub, Google Drive, Slack, CRM или другой внешней системой чаще нужен plugin.

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

Чем Skill отличается от Plugin

В актуальной терминологии OpenAI skill — это набор инструкций и вспомогательных ресурсов для определённой задачи или workflow. Plugin — устанавливаемый пакет, в котором могут находиться один или несколько skills, connectors для внешних сервисов, MCP-серверы и дополнительные компоненты.

Критерий	Skill	Plugin
Основная роль	Задаёт повторяемый способ выполнения одной понятной задачи	Пакетирует более широкий сценарий и необходимые подключения
Что может входить	Инструкции, шаблоны, примеры, справочные материалы, скрипты	Skills, connectors, MCP-инструменты, настройки и другие компоненты
Доступ к внешним данным	Не обязателен; зависит от доступных инструментов	Может подключать внешние сервисы и их данные
Типичный пример	Подготовить еженедельный отчёт по заданному шаблону	Получить данные из Google Drive, обработать их и отправить результат в Slack
Когда выбирать	Процесс узкий, повторяется и не требует отдельной интеграции	Нужны внешние сервисы, несколько связанных возможностей или распространение готового комплекта

Простое правило выбора: если задача звучит как «всегда делай это по таким шагам и в таком формате», начните со skill. Если она звучит как «возьми данные отсюда, выполни действия там и соблюдай общий workflow», рассмотрите plugin.

Как устроен Skill в Codex

Skill хранится в отдельной папке. Обязательный файл SKILL.md содержит название, описание области применения и инструкции. Рядом могут находиться скрипты, справочные материалы и шаблоны. Codex сначала видит краткое описание skill, а полный файл инструкций загружает, когда задача соответствует его назначению. Такой подход экономит контекст и позволяет держать доступным большой набор специализированных сценариев.

my-skill/
├── SKILL.md
├── scripts/
├── references/
└── assets/

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

Явный и неявный запуск

В Codex skill можно выбрать явно с помощью упоминания через $. В Codex CLI и расширении для IDE также доступен список skills. Второй вариант — описать задачу обычным языком: Codex сопоставит запрос с назначением установленных skills и выберет подходящий сценарий автоматически.

Явный вызов удобен, когда результат должен строго соответствовать конкретному процессу. Неявный — когда важнее быстро поставить задачу, а выбор инструмента можно оставить агенту. Для критичных процессов полезно указывать skill явно и сохранять тестовые примеры ожидаемого результата.

Что входит в Plugin

Plugin может включать не только инструкции, но и доступ к рабочим системам. Например, connector позволяет Codex работать с GitHub, Google Drive или Slack в пределах выданных пользователю прав. MCP-сервер предоставляет структурированные инструменты и контекст, а сам skill объясняет агенту, в какой последовательности использовать эти возможности.

В результате plugin решает не отдельную текстовую задачу, а целый операционный сценарий. Например:

найти требования в Google Drive, проверить реализацию в репозитории и подготовить отчёт;
разобрать замечания к pull request, внести согласованные изменения и повторно проверить CI;
собрать данные из таблицы, сформировать презентацию и сохранить итоговый файл;
прочитать новые обращения, классифицировать их и подготовить черновики ответов без автоматической отправки.

Это близко к логике AI-агентов и ассистентов: ценность создаёт не отдельный ответ модели, а управляемая последовательность действий, доступов и проверок.

Где доступны Plugins и Skills

По состоянию на август 2026 года плагины доступны в ChatGPT Work в веб-версии, в ChatGPT Work или Codex в настольном приложении ChatGPT, а также через браузер плагинов в Codex CLI. В обычном режиме Chat, мобильном приложении и расширении Codex для IDE плагины не поддерживаются. При этом самостоятельные skills могут использоваться в настольном приложении ChatGPT, Codex CLI и IDE-расширении.

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

Как установить и использовать Plugin

В ChatGPT Work и настольном приложении

Откройте режим Work или Codex на поддерживаемой поверхности.
Перейдите в раздел Plugins.
Найдите нужный plugin, откройте карточку и нажмите кнопку с плюсом.
Если требуется connector, выполните авторизацию и проверьте запрашиваемые разрешения.
После установки начните новый чат и опишите результат, который хотите получить.

Plugin можно выбрать явно через @ или просто сформулировать задачу. Например: «Собери последние требования из Google Drive и подготовь чек-лист для команды». Во втором случае система сама выбирает подходящие установленные возможности.

В Codex CLI

В Codex CLI каталог открывается командой /plugins. После установки плагина нужно начать новую сессию, чтобы его skills и инструменты стали доступны. В каталоге можно просматривать источники плагинов, проверять установленные пакеты и включать или отключать их.

Как создать собственный Skill

Лучший кандидат для первого skill — процесс, который команда уже выполняет регулярно и каждый раз объясняет заново. Это может быть проверка статьи перед публикацией, подготовка коммерческого предложения, разбор инцидента, обновление документации или еженедельный отчёт.

1. Зафиксируйте границы задачи

Опишите один конкретный результат. Вместо «помогай с маркетингом» лучше сформулировать: «по входному брифу подготовь план статьи, проверь обязательные факты и выдай HTML по редакционному шаблону».

2. Определите вход и готовый результат

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

3. Создайте черновик

В Codex можно вызвать встроенный $skill-creator и описать процесс обычным языком. Альтернативный вариант — вручную создать папку и файл SKILL.md. Для первого прототипа обычно достаточно инструкции; скрипты стоит добавлять только там, где они действительно повышают повторяемость или позволяют выполнить проверку.

4. Проверьте на реальных примерах

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

5. Улучшайте по журналу ошибок

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

Практические сценарии для бизнеса

Контент и редактура

Skill может хранить tone of voice, структуру статьи, правила ссылок, требования к фактчекингу и финальный чек-лист. Plugin понадобится, если workflow должен находить материалы в Google Drive, получать задачи из системы управления проектами или публиковать результат во внешней среде.

Продажи и поддержка

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

Разработка

Skill может описывать правила код-ревью, стандарт тестирования и формат отчёта. Plugin добавляет доступ к репозиторию, pull request, задачам и CI. Такой workflow полезен, если он не только пишет код, но и проверяет изменения в контролируемой среде и показывает разработчику понятный diff.

Операционные отчёты

Для одного локального файла достаточно skill с правилами расчёта и оформления. Если данные находятся в Google Sheets, CRM и нескольких отчётах, plugin помогает собрать источники в один процесс. Похожие схемы относятся к AI-автоматизации бизнес-процессов, где особенно важны повторяемость, журнал действий и контроль исключений.

Безопасность: что проверить до подключения

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

Минимальные права. Выдавайте доступ только к тем данным и действиям, которые нужны сценарию.
Разделение чтения и записи. Для первого пилота по возможности оставьте workflow в режиме анализа и черновиков.
Подтверждение критичных действий. Отправка сообщений, удаление данных, изменение прав и публикация должны иметь понятную точку контроля.
Проверка источника. Изучите карточку плагина, состав пакета, подключаемые сервисы и условия авторизации.
Тестовая среда. Проверяйте новый workflow на копиях данных или ограниченном наборе объектов.
Журнал и обратимость. Действия должны быть видны, а ошибочный результат — исправим.

Если в plugin используются hooks — команды, запускаемые в определённые моменты жизненного цикла, — их нужно отдельно изучить до включения. Для процессов с персональными или коммерчески чувствительными данными также требуется проверить внутренние политики компании и применимые требования к защите данных.

Как запустить реалистичный MVP

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

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

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

Частые ошибки

Создавать один универсальный skill для десятков несвязанных задач.
Устанавливать plugins до того, как понятен сам бизнес-процесс.
Выдавать права на запись, когда для пилота достаточно чтения.
Ожидать, что подключение сервиса автоматически исправит неточные инструкции.
Не проверять результат на реальных и пограничных примерах.
Оценивать успех по количеству установленных инструментов, а не по качеству и времени выполнения работы.

FAQ

Можно ли использовать Skill без Plugin?

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

Нужно ли каждый раз явно вызывать Skill?

Нет. Codex может выбрать skill автоматически, если запрос соответствует его описанию. Явный вызов через $ полезен, когда нужно гарантированно применить конкретный workflow.

Почему установленный Plugin не виден в текущем чате?

После установки обычно нужно начать новый чат, а в Codex CLI — новую сессию. Также проверьте, поддерживает ли выбранная поверхность плагины и завершено ли подключение внешнего сервиса.

Можно ли доверить Plugin автоматическую отправку писем или изменение CRM?

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

Когда собственный Skill стоит превращать в Plugin?

Когда workflow нужно распространять как устанавливаемый пакет, объединить с другими skills или дополнить connectors и MCP-инструментами. Для локального процесса в одном проекте отдельная папка skill обычно проще.

Что делать дальше

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

Нужна помощь с проектированием такого workflow для команды? Обсудить задачу с CenterAI: определим подходящий MVP, необходимые подключения, точки контроля и метрики результата.

Источники

Дата последней проверки: 09.08.2026.

Skills и Plugins в Codex: как выбрать, установить и применять в работе