Плагины Claude: как попасть в каталог Anthropic

Плагины Claude: краткая схема публикации

Чтобы опубликовать плагин Claude, действуйте по порядку:

1. Убедитесь, что аккаунт Claude, из которого подается заявка, подключен к плану Pro, Max, Team или Enterprise.
2. Выберите организацию, которая должна владеть карточкой в долгосрочной перспективе.
3. Подготовьте пакет плагина с .claude-plugin/plugin.json, README и лицензией.
4. Протестируйте папку локально, затем разместите ее в репозитории GitHub, куда подключенный аккаунт GitHub может отправлять изменения.
5. Откройте портал для разработчиков, выберите Plugin bundle, укажите репозиторий, при необходимости путь к плагину, а также отслеживаемую ветку или тег, после чего запустите Validate.
6. Заполните разделы об обработке данных, соответствии требованиям, контактах и обновлениях, затем нажмите Submit for review.
7. Если плагин обращается к удаленному MCP-серверу под вашим управлением, создайте для этого сервера отдельную заявку MCP connector.

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

Сначала выберите тип карточки

Плагин и коннектор связаны между собой, но не заменяют друг друга. Плагин можно представить как готовую инструкцию по работе, а удаленный MCP-сервер — как действующий сервис за ней. Первый объясняет Claude рабочий процесс. Второй дает Claude доступ к продукту или данным в реальном времени.

Навык не является третьим типом заявки — включите его в пакет плагина. Если пакет ссылается на ваш MCP-сервер, отправьте оба продукта из одной организации Claude и укажите для них один и тот же URL сервера. Тогда портал сможет связать карточки, а пользователи не увидят дублирующиеся наборы инструментов.

Решите, кому принадлежит карточка

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

Правила для аккаунтов просты:

• На Pro или Max заявка подается из собственного аккаунта.
• На Team или Enterprise заявку может подать Owner.
• На Enterprise владелец может выдать разрешение Directory через пользовательскую роль.
• Аккаунт GitHub, подключенный внутри этой организации Claude, должен иметь право отправлять изменения в репозиторий.

Если агентство создает плагин, но публичная карточка должна принадлежать клиенту, подавать заявку следует организации клиента. Передача репозитория впоследствии не равна передаче карточки в каталоге.

Сколько стоит публикация

В публичных инструкциях Anthropic отдельная плата за карточку каталога не указана, однако с аккаунта Free подать заявку нельзя. Поэтому минимальный прямой расход — платный план, открывающий доступ к публикации.

• Независимый разработчик без платного аккаунта может взять Pro за $20 на один месяц с помесячной оплатой либо платить $17 в месяц при авансовом платеже $200 за год.
• Team доступен минимум для двух человек. Два стандартных места стоят $50 за один месяц с помесячной оплатой либо $40 в месяц при годовой оплате.
• Max начинается с $100 в месяц, но для самой подачи заявки этот план не требуется.

Основная статья расходов — подготовка релиза. Для размещенного продукта нужны две полноценные заявки: на пакет и на коннектор. Плагину также необходимы стабильный манифест, README минимум на 40 слов, лицензия, ответы об обработке данных, контакт для проверки и репозиторий, который можно сделать публичным. Новый портал снижает издержки на координацию: в одном месте собраны валидация, результаты сканирования, статус проверки, публикация, обновления и статистика использования. Саму работу он не отменяет.

Подготовьте пакет плагина для каталога

Минимальный полноценный пакет выглядит так:

your-plugin/
  .claude-plugin/plugin.json
  skills/your-workflow/SKILL.md
  README.md
  LICENSE

В манифесте нужны постоянное имя name в нижнем регистре, понятное пользователю displayName, version, содержательное description, автор и указание лицензии либо отдельный файл лицензии. Постоянное имя следует выбирать внимательно. displayName можно изменить, но имя в манифесте определяет идентичность плагина.

README — не формальность для порядка в репозитории. Каталог использует его как материал для карточки, а валидация отклоняет плагин, если в README меньше 40 слов вне блоков кода. Объясните, что делает плагин, как им пользоваться и какие данные он передает. Настоящие учетные данные никогда не должны попадать в репозиторий.

Если пакет обращается к удаленному серверу, укажите конечную точку HTTPS в .mcp.json. Не добавляйте туда API-ключи: файлы плагина получает каждый пользователь, который его устанавливает.

Проверьте локально, затем повторите валидацию на портале

Локальная проверка выявляет ошибки в файлах плагина еще до подключения GitHub:

claude plugin validate ./your-plugin
claude --plugin-dir ./your-plugin

Первая команда проверяет синтаксис файлов и схему. Вторая запускает один сеанс Claude Code с загруженной рабочей папкой, чтобы можно было проверить навыки и команды. Локальная проверка не заменяет кнопку Validate на портале. Портал дополнительно проверяет требования каталога, структуру репозитория, конфликты имен, правила для файлов и другие условия подачи.

Для этой инструкции был создан небольшой плагин release-note-builder с одним навыком и тремя синтетическими файлами задач: новым экспортом журнала аудита в CSV, улучшенной пагинацией и исправлением дублирования email. Claude Code 2.1.283 вернул Validation passed, код завершения 0, без ошибок и предупреждений.

Затем папка была загружена через claude --plugin-dir для тестового запуска. На этой машине не было авторизованного сеанса Claude, поэтому до обращения к модели запрос остановился с сообщением Not logged in · Please run /login. Сгенерированной заметки о релизе получить не удалось. Это важная граница: папку можно валидировать локально, но для проверки поведения нужен авторизованный доступ к модели. Более полный процесс такого тестирования описан в отдельном руководстве по оценке плагинов Claude Code.

Заполните заявку на плагин

Публичная документация описывает шесть практических этапов работы на портале.

1. Исходный код

Введите репозиторий GitHub в виде URL или owner/repo. Если плагин лежит не в корне репозитория, добавьте путь к нему. Выберите ветку или тег для будущих версий либо оставьте поле пустым, чтобы отслеживать ветку по умолчанию. Затем нажмите Validate.

Валидация считывает один коммит. Если вы отправили исправление, нажмите Re-validate, чтобы отчет был сформирован по новому коммиту.

2. Данные карточки

Портал собирает карточку на основе plugin.json и README. Если имя, описание или пояснение неверны, измените файлы в репозитории и повторите валидацию. Такой подход полезен: публичное обещание и поставляемый пакет остаются частью одного релиза.

3. Обработка данных

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

4. Соответствие требованиям и контакты

Укажите email, по которому Anthropic сможет связаться с вами во время проверки, затем подтвердите четыре обязательных заявления. Портал может вернуть версию с замечаниями или запросами на изменения, поэтому используйте ящик, который кто-то действительно читает.

5. Обновления

Выберите стандартный webhook GitHub или только проверку по расписанию. Оба варианта позволяют каталогу отслеживать выбранную ветку или тег. Для настройки webhook нужны права администратора репозитория.

6. Проверка и отправка

Проверьте сведения и нажмите Submit for review. Одна организация может создать до 10 заявок за 24 часа; черновики и отозванные заявки также учитываются. Не создавайте дубль, если собирались продолжить работу с уже существующим черновиком.

Отправьте удаленный MCP-сервер отдельно

Если плагин обращается к удаленному MCP-серверу под вашим управлением, вернитесь в Submit new и выберите MCP connector. Для коннектора портал запрашивает больше эксплуатационных сведений, потому что Anthropic размещает работающий сервис, а не папку.

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

В полях публичной карточки указываются имя сервера длиной до 100 символов, однострочное описание до 200 символов, развернутое описание до 2,000 символов, от одной до пяти категорий, документация, политика конфиденциальности, поддержка, значок и постоянный URL-слаг. Если продукт требует аккаунт, проверяющим также нужна заполненная тестовая учетная запись. Ответ конечной точки состояния еще не означает, что коннектор готов. Сначала запустите каждый инструмент через MCP Inspector или как пользовательский коннектор в Claude.

Воспринимайте статус как очередь действий

Гарантированного срока проверки нет. Полезнее спрашивать не «Сколько длится проверка?», а «Чей сейчас ход?»

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

Продумайте обновления до первого запуска

После публикации внесите изменения в отслеживаемую ветку или переместите отслеживаемый тег. Каталог прочитает новый коммит, выполнит валидацию и сканирование безопасности, а затем покажет его как новую версию. При каждом релизе повышайте значение version в plugin.json.

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

Вкладка Usage замыкает цикл обратной связи. За выбранный период до 90 дней она может показывать установки, активные аккаунты, удержание, доли версий, использование компонентов, ошибки загрузки, вызовы MCP и задержку, просмотры карточки, клики по установке и сами установки. Показатели обновляются раз в день по UTC и экспортируются в CSV. Не обещайте определенное число установок, пока портал их не зарегистрировал.

Шесть команд, которым портал особенно полезен

1. SaaS-команды с удаленным MCP-продуктом

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

2. Разработчики ПО для рабочих процессов

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

3. Авторы плагинов с открытым исходным кодом

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

4. Агентства, выпускающие плагины для клиентов

Агентство может создать и протестировать папку, но если карточка должна принадлежать клиенту, заявку следует подавать его организации. Так передача получается чище: контроль репозитория, владение карточкой, контакт поддержки и аналитика остаются у заказчика, а не у подрядчика.

5. Команды корпоративных платформ

Владелец Enterprise может выдать выбранным сотрудникам разрешение Directory, не раздавая широкую роль владельца. Команда отделяет выпуск релизов от общего администрирования организации, при этом карточка остается внутри корпоративной организации.

6. Разработчики инструментов Claude Code, выходящие за пределы терминала

Команду или навык можно вывести в общий каталог, но сначала нужно проверить поддержку в каждой среде. Навыки работают в чате, Cowork и Claude Code. Агенты и хуки не работают в чате, локальные MCP-серверы там тоже недоступны, а LSP-серверы остаются эксклюзивом Claude Code. Польза такой проверки — не обещать в карточке одинаковый опыт повсюду, если пакет его обеспечить не может.

Три продукта, которые стоит построить вокруг портала

1. Plugin Release Gate — самая сильная возможность

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

Спрос уже заметен: запрос claude code plugins получает около 5,400 поисков в США в месяц, имеет коммерческий интент и CPC $6.22. Минимальный продукт, который можно продавать, — GitHub App, веб-отчет и бейдж репозитория. Есть важное ограничение: продукт не может честно гарантировать одобрение на портале, поскольку проверки каталога Anthropic и ручное ревью выходят за рамки локальной команды. Его ценность — меньше предотвратимых отказов, а не гарантированное принятие.

2. Directory Listing Optimizer

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

Запрос claude plugins получает около 8,100 поисков в США в месяц, имеет коммерческий интент и CPC $9.05. Для MVP нужны загрузка CSV, расчет воронки, сравнение версий и еженедельный список действий. Ограничение — холодный старт: до публикации и появления реального использования продукту нечего анализировать на основе собственных данных. Кроме того, он зависит от экспорта, а не от документированного API аналитики.

3. Cross-Surface Plugin Auditor

Создайте статический сканер, который точно покажет, что Chat, Cowork и Claude Code загрузят из одной папки плагина. Он должен отмечать каталог верхнего уровня bin/, предположения о локальном MCP, игнорируемые в чате агенты и хуки, а также доступные только в Claude Code LSP, после чего формировать матрицу тестирования.

Запрос claude-plugins marketplace получает около 1,900 поисков в США в месяц при сложности 16 и коммерческом интенте. MVP — сканер репозитория на основе таблицы поддержки Anthropic. Ограничение — сопровождение: поддержка платформ будет меняться, а разработчикам исключительно терминальных инструментов более широкая совместимость может быть неинтересна.

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

Чего этот портал не решает

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

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

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

Что сделать в понедельник

Выберите организацию Claude, которая должна владеть карточкой. Упакуйте один реальный рабочий процесс в плагин, задайте ему стабильное имя в манифесте, добавьте содержательный README и лицензию, затем запустите локальную валидацию. Если плагин обращается к вашему MCP-серверу, параллельно подготовьте заявку на коннектор. Не открывайте портал, пока решение о владельце и путь в репозитории не утверждены окончательно.

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