Plugin в Codex - это устанавливаемый пакет, который объединяет разные виды кастомизации в один распространяемый набор. Он может содержать skills, connectors и MCP-серверы, hooks, assets и шаблоны запланированных задач. Смысл плагина - превратить разрозненную настройку в продукт с версией, который ставят и обновляют целиком. ChatGPT и Codex используют общий публичный каталог, но поверхности отличаются - и это различие важно понимать до установки.

Различие поверхностей означает, что "плагин есть в каталоге" не равно "плагин работает у меня так же". ChatGPT Work в вебе даёт браузерный каталог, установку и использование. Desktop-приложение добавляет к этому connector auth. Codex CLI работает через /plugins и команды marketplace. А IDE-расширение плагины сейчас не поддерживает вовсе. Поэтому доступность конкретного плагина проверяют на своей поверхности, а не считают, что наличие в каталоге гарантирует работу везде.

Полезно один раз увидеть, как плагины смотрят из CLI. Ниже - команда /plugins, открывающая работу с ними. Важная деталь после установки: чтобы bundled skills и tools появились в discovery, начинают новую сессию. Плагин не подмешивается в уже идущий разговор задним числом - его компоненты подхватываются на следующем запуске. Это та же логика, что и с остальной конфигурацией: новое состояние применяется на новом префиксе, а не мгновенно.

Метод входа влияет на то, какие плагины вообще доступны. Вход по API-ключу поддерживает часть OpenAI-curated плагинов, но OAuth-зависимые подключения при этом могут отсутствовать: connector, которому нужен интерактивный OAuth, не заработает там, где входа через ChatGPT нет. Это стоит учитывать заранее, особенно в автоматизации: если пайплайн рассчитывает на конкретный connector, проверяют, что выбранный метод авторизации вообще даёт к нему доступ.

Полезно один раз свести поддержку плагинов по поверхностям в таблицу. Ниже - карта: ChatGPT Work web, desktop, CLI и IDE. К ней возвращаются, планируя, где будет работать конкретная кастомизация: то, что удобно ставится в desktop с connector auth, может быть недоступно в IDE и требовать другого подхода в CLI. Выбор поверхности под плагин - это часть планирования, а не деталь, которую выясняют уже в бою.

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