Если каталог плагинов Claude Code напоминает «зародыш пакетного менеджера для AI-программирования», то cursor/plugins — это ещё один сигнал: AI IDE больше не хотят запихивать все функции непосредственно в ядро продукта, они начинают позволять рабочим процессам перемещаться в виде плагинов.
На момент сбора данных официальный репозиторий cursor/plugins от Cursor насчитывал около 644 звёзд и 80 форков, добавив примерно 133 звезды за один день в GitHub TypeScript Trending. Цифра не выглядит впечатляющей, но стоящие за ней структурные изменения крайне важны.
В начале README сказано прямо: это «Official Cursor plugins for popular developer tools, frameworks, and SaaS products». Каждый плагин представляет собой отдельную директорию в корне репозитория и содержит собственный манифест .cursor-plugin/plugin.json. В корне также находится .cursor-plugin/marketplace.json, используемый для перечисления всего маркетплейса.
По-настоящему интересна структура каталогов. Плагины Cursor — это не просто расширения интерфейса, они также могут содержать:
skills/: Agent Skills с frontmatterrules/: файлы правил Cursor, те самые знакомые.mdcmcp.json: определение MCP-сервераREADME.md,CHANGELOG.md,LICENSE
Это показывает, что Cursor понимает плагины не как «добавление кнопки в редактор», а как «упаковку целого набора методов работы агента».
Возьмём пример, хорошо знакомый командам разработки. У фронтенд-команды могут быть свои ограничения для компонентов: запрет на написание «голого» CSS, обязательное использование дизайн-токенов, единая обёртка для API-запросов, тесты, обязательно покрывающие ключевые взаимодействия. Раньше всё это было разбросано по Cursor rules, документации проекта и комментариям к PR. При переходе на другой проект всё приходилось объяснять заново; новичкам, берущимся за проект, тоже приходилось долго набивать шишки.
С появлением стандарта плагинов эти ограничения можно превратить в «устанавливаемый рабочий процесс»: правила помещаются в rules/, исполняемые возможности — в skills/, подключение внешних сервисов — в mcp.json. ИИ больше не гадает о привычках команды, а считывает чётко заданные границы поведения.
Это изменит характер конкуренции среди AI IDE.
Раньше конкуренция строилась на том, у кого быстрее автодополнение, у кого плавнее чат и у кого больше контекстное окно. Теперь появится ещё одно измерение: чьи рабочие процессы и активы легче переносить. Если команда написала для Cursor множество правил, навыков и конфигураций MCP, это становится производственным активом. Возможность их повторного использования в разных проектах, аудита и обновления по версиям напрямую повлияет на привязанность к инструменту.
Но здесь есть и практическая проблема: каждый игрок определяет свою собственную структуру каталогов плагинов. У Claude Code это .claude-plugin/plugin.json, у Cursor — .cursor-plugin/plugin.json. На первый взгляд, все поддерживают такие концепции, как skills, MCP, commands/rules, но детали не полностью совпадают. В краткосрочной перспективе это стимулирует инновации в экосистеме, но в долгосрочной может превратиться в затраты на миграцию.
Мой совет прост: если вы уже сейчас хотите зафиксировать AI-рабочие процессы для своей команды, не пишите просто «промпты, понятные конкретному инструменту». Старайтесь разделять контент на три более нейтральных уровня: правила, навыки и подключение инструментов. Правила описывают границы, навыки — шаги, MCP — внешние возможности. Тогда даже при изменении форматов плагинов в разных AI IDE вам не придётся переписывать всё с нуля.
Для руководителей команд самое ценное, что можно сделать прямо сейчас, — это не гнаться за количеством плагинов, а составить «реестр активов AI-рабочих процессов»: какие правила относятся к общим стандартам проекта, какие навыки подходят только для конкретного репозитория, какие MCP-сервисы работают с конфиденциальными данными. Когда экосистема плагинов созреет, этот реестр можно будет напрямую преобразовать в устанавливаемую директорию. Без этого шага, как бы ни кипел рынок плагинов, он превратится лишь в новый хаос конфигураций.
Стандарты плагинов Cursor пока находятся на ранней стадии, но направление уже ясно: ценность AI IDE заключается не только в том, чтобы «помогать вам писать код», но и в том, чтобы позволить командам внедрять в них свои собственные инженерные методологии.
Основной источник: GitHub - cursor/plugins