Куда идти за плагинами, когда Codex уже умеет почти всё

02 окт 2026
1,138
323
9
6 дней

Когда у Codex появились плагины, я потратил вечер, чтобы понять, что вообще есть в этом зоопарке. Официальный каталог внутри приложения небольшой, а ссылки на интересные скиллы и MCP-серверы разбросаны по десяткам репозиториев. Знакомая ситуация?

Репозиторий hashgraph-online/awesome-codex-plugins закрывает эту бытовую проблему: там собрали плагины, скиллы и ресурсы для Codex и ChatGPT в один список. И, что интереснее, список упакован так, что его можно подключить к Codex как настоящий маркетплейс.

Awesome

Что это вообще такое

Формально это awesome-list. Таких много, и обычно они заканчиваются на «вот ссылки, читайте». Здесь сделали шаг дальше: в репозитории лежит .agents/plugins/marketplace.json и зеркала устанавливаемых плагинов в папке plugins/. Клон репозитория работает как источник плагинов прямо внутри Codex.

На момент написания у проекта 1138 звёзд и 323 форка, лицензия Apache 2.0. Создан в марте 2026-го и с тех пор регулярно обновляется.

Реклама

Каталог плагинов

Подключение в пару команд

Самое практичное здесь это установка. Через CLI выглядит так:

codex plugin marketplace add \
  'https://github.com/hashgraph-online/awesome-codex-plugins.git' \
  --ref 'main' \
  --sparse '.agents/plugins' \
  --sparse 'plugins'

codex plugin list --source awesome-codex-plugins
codex plugin install <plugin-name> --source awesome-codex-plugins

В десктопном приложении и IDE-расширении путь другой: открываете настройки Codex, идёте в Plugins, в меню рядом со строкой поиска выбираете +Add More... и вставляете URL репозитория.

Добавление источника плагинов

Список плагинов

В README отдельно предупреждают про грабли: не подсовывайте команде marketplace add прямой URL на marketplace.json. Команда клонирует git-репозиторий, поэтому ссылка на отдельный файл упадёт с 404.

Ещё один момент, который мне понравился: каждый плагин в каталоге ссылается на зеркалированную сборку внутри репозитория (source.path). Установка идёт из локального зеркала, а не тянет исходный репозиторий автора в момент инсталляции. Быстрее и воспроизводимее.

Что внутри

Официальные плагины собраны в отдельный блок. Там знакомые имена: GitHub, Slack, Google Drive, Notion, Linear, Sentry, Figma, Vercel, Cloudflare, Hugging Face, Gmail, Box. Это то, что доступно во встроенном каталоге Codex.

Дальше начинается community-часть, и она большая. Плагины разбиты по смыслу. В «Development & Workflow» попали штуки вроде Codex Tasklist (постоянный список задач для CLI в отдельной панели), Codebase Recon (разбор git-истории до чтения кода) и done-gate (хук, который блокирует заявление «всё исправлено», если в этом ходу не было ни вывода тестов, ни кода выхода). В «Tools & Integrations» мосты к Burp Suite, Chrome DevTools, Jenkins, Bitbucket, интеграции с Telegram и почтой, парсеры документов.

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

Сканер и trust score

Вот это, пожалуй, самое необычное для awesome-list. Каждый плагин прогоняют через HOL AI Plugin Scanner, и у него появляется числовой trust score. Чтобы попасть в список, нужно набрать минимум 80 из 130 по централизованному скану.

Проверить свой плагин локально можно так:

pipx run plugin-scanner lint .
pipx run plugin-scanner verify .

Или повесить GitHub Action в CI:

uses: hashgraph-online/ai-plugin-scanner-action@v1
  with:
    plugin_dir: "."
    fail_on_severity: high

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

Отдельно есть бейджи для README: trust score и статус HOL Guard (Protected или Unprotected). Второй проверяет, подключён ли в вашем репозитории сам сканер.

Разработка плагинов

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

my-plugin/
├── .codex-plugin/
│   └── plugin.json
├── skills/
│   └── my-skill/
│       ├── SKILL.md
│       ├── scripts/
│       └── references/
├── apps/
└── mcp.json

Для каркаса предлагают встроенный скилл $plugin-creator, а проверить и упаковать помогает Codex SkillForge. Отдельно упомянуто, что самостоятельной подачи в официальный маркетплейс OpenAI пока нет, но её обещают.

Кому это нужно

Если вы только начали пользоваться Codex и не знаете, с чего начать, этот список сэкономит вечер поисков. Начните с официального блока, а дальше смотрите community по профилю задачи: тестирование, ревью, память между сессиями, выгрузка контекста, интеграции с внешними сервисами.

Тем, кто пишет свои плагины, полезен сканер. Прогнать его до публикации дешевле, чем объяснять ревьюеру, почему манифест собран неправильно. Бейдж trust score заодно приятно вешать в README.

Что стоит держать в голове: список огромный, и качество пунктов разное. Trust score помогает отсеять откровенно сырое, но смотреть на конкретный репозиторий всё равно придётся самому. README у многих плагинов скупой, часть проектов это одиночные эксперименты, а не готовые продукты. Не уверен, что каталог стоит использовать как единственный источник, скорее как удобная стартовая точка, от которой дальше идёте своими ногами.

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

🍪 Мы используем файлы cookie и сервис аналитики Яндекс.Метрика, чтобы сайт работал лучше. Продолжая пользоваться devtrends.ru, вы соглашаетесь с обработкой данных согласно Политике конфиденциальности.