Codex и ChatGPT: плагины, MCP, skills и приложения — в чём разница

Вокруг Codex и ChatGPT быстро появился новый словарь: skills, плагины, приложения, MCP‑серверы, коннекторы. Из‑за похожих названий команды часто начинают не с задачи, а с технологии — строят сервер там, где хватило бы инструкции, или пытаются упаковать процесс в один длинный промт.

Ниже — практическая карта этих компонентов по актуальной официальной документации OpenAI и спецификации Model Context Protocol. Она поможет понять, что именно нужно для повторяемого ИИ‑процесса: знания, доступ к системе, интерфейс, упаковка или всё вместе.

Короткая карта: что за что отвечает

Это не конкурирующие подходы. Skill может объяснять агенту порядок сверки, MCP‑сервер — получать отчёты и создавать черновик действия, приложение — показывать таблицу подтверждения, а плагин — доставлять всё это пользователю как единый пакет.

Что такое skill в Codex

Согласно официальной документации OpenAI, skill — это формат для повторяемых рабочих процессов: он объединяет инструкции, ресурсы и необязательные скрипты. Иными словами, skill отвечает на вопрос «как правильно выполнить эту задачу в нашей компании».

Примеры:

• как обновить статью: собрать поисковый спрос, проверить первичные источники, сохранить URL, подготовить change set и провести QA;
• как сверить отчёты маркетплейса с управленческим P&L;
• как подготовить коммерческое предложение по утверждённой структуре;
• как провести релиз с резервной копией и сценарием отката.

Skill полезен даже без внешнего API. Он снижает зависимость от того, вспомнил ли сотрудник все требования в промте. Но skill не получает доступ к CRM или банку автоматически: для живых данных и действий нужен инструмент — например, MCP‑сервер или другое разрешённое подключение.

Что такое MCP и почему это не «ещё один API»

Model Context Protocol — открытый стандарт связи ИИ‑приложений с внешними системами. Официальная архитектура описывает три роли: host, с которым работает пользователь; MCP client, поддерживающий соединение; и MCP server, предоставляющий возможности.

MCP не отменяет API CRM, маркетплейса или базы данных. Сервер по‑прежнему обращается к ним по их правилам. Протокол стандартизирует слой между ИИ‑приложением и вашим набором возможностей: как обнаружить инструмент, передать типизированные параметры и вернуть результат.

Три базовых примитива MCP

В официальной спецификации инструменты имеют схему входных данных, обнаруживаются через tools/list и вызываются через tools/call. Это помогает модели не угадывать формат запроса. При этом факт наличия схемы не делает операцию безопасной: сервер обязан проверять авторизацию, права, значения и бизнес‑ограничения.

Что такое приложение ChatGPT

В текущей документации OpenAI приложения строятся на MCP: разработчик создаёт MCP‑сервер, а при необходимости — интерфейс, встроенный в ChatGPT. Apps SDK предназначен для инструментов, шаблонов и виджетов, которые образуют пользовательский сценарий.

Приложение имеет смысл, когда одного текстового ответа недостаточно. Например:

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

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

Что такое плагин в актуальной экосистеме

По официальному руководству OpenAI, плагин — устанавливаемый пакет. Он может включать skills, приложение на базе MCP или оба компонента; также структура допускает конфигурацию MCP‑серверов, hooks и визуальные материалы. Обязательная точка входа пакета — файл .codex-plugin/plugin.json.

Выбирайте плагин, когда процесс уже достаточно стабилен, чтобы его устанавливал не только автор:

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

Если вы ещё ежедневно меняете инструкцию для одного проекта, разумнее начать со skill. Когда workflow доказал пользу и появились устойчивые подключения, его можно упаковать в плагин.

Ищете готовые рабочие расширения? В магазине плагинов SelSup собираются решения для аналитики, контента, маркетплейсов и бизнес‑операций — от узких skills до интеграций с внешними системами.

Как четыре слоя складываются в рабочий процесс

Рассмотрим задачу: каждое утро находить рекламные кампании, где расход растёт при недостаточной марже, и готовить изменение.

1. Skill фиксирует методику: какие периоды сравнивать, как считать прибыль, какие данные считать неполными, когда ставить стоп.
2. MCP‑сервер предоставляет инструменты чтения статистики, себестоимости и кампаний, а также отдельный инструмент подготовки изменения.
3. Приложение показывает кампании, причину рекомендации, прогнозируемое изменение и кнопку согласования.
4. Плагин упаковывает workflow, подключение и интерфейс для установки.
5. Человек утверждает изменение бюджета или ставки; низкорисковая сводка может формироваться автоматически.

В этой схеме модель не получает универсальную функцию «сделай что угодно». Каждый инструмент узкий, параметры валидируются, а бизнес‑правила применяются на стороне сервера.

Как выбрать минимальную архитектуру

Безопасность: где чаще всего ошибаются

Один слишком широкий инструмент

Функция вроде execute_sql или «выполнить любой HTTP‑запрос» удобна разработчику, но разрушает границы. Лучше предоставить отдельные операции с ограниченными объектами, полями и лимитами.

Доверие инструкции вместо проверки на сервере

Фраза «никогда не удаляй данные» в skill полезна, но не является контролем доступа. Запрет должен быть реализован технически: у токена нет права удаления, инструмент не предоставляет такой операции, а сервер отклоняет выход за лимиты.

Скрытое массовое действие

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

Секреты в промтах и логах

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

Подключение непроверенного сервера

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

Чек‑лист перед публикацией плагина

• Есть одна понятная аудитория и один основной результат.
• Описание не обещает функций, которых нет в вызываемых инструментах.
• Skill коротко задаёт workflow и отсылает к ресурсам только по необходимости.
• Инструменты имеют узкие схемы, валидацию и понятные ошибки.
• Read‑only и write‑операции разделены.
• Критичные действия требуют явного подтверждения.
• Токены не вшиты в пакет и не попадают в вывод.
• Есть тестовый стенд, журнал, версия и сценарий отката.
• Пользователь понимает, какие данные уходят внешнему сервису.
• После установки есть проверяемый первый сценарий, а не пустой экран.

Частые вопросы

Skill и плагин — это одно и то же?

Нет. Skill описывает повторяемый workflow. Плагин — пакет для установки и распространения, который может включать один или несколько skills, приложение/MCP‑подключение и другие компоненты.

MCP сам даёт доступ к любому сервису?

Нет. Нужен конкретный MCP‑сервер, который реализует интеграцию и авторизацию к сервису. Протокол задаёт общий способ обнаружения и вызова возможностей, но не создаёт разрешения в CRM или маркетплейсе.

Приложение обязательно должно иметь красивый интерфейс?

Нет. Главная ценность — полезные и безопасные инструменты. UI добавляют, если он помогает выбирать параметры, проверять изменения или работать со структурированным результатом.

Можно ли использовать один MCP‑сервер из разных ИИ‑клиентов?

Сам стандарт проектировался для совместимости host/client/server, но фактическая поддержка транспорта, авторизации и отдельных возможностей зависит от конкретного клиента и версии сервера. Это нужно проверять в документации каждого продукта.

С чего начать бизнесу без команды разработчиков?

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

Посмотрите готовые расширения в SelSup Store или начните с выбора одного измеримого процесса для ИИ‑агента. Для действий с данными заранее спроектируйте права, журнал и откат.