К основному содержимому

Управление плагинами для вашей организации

Маркетплейсы плагинов позволяют владельцам планов Team и Enterprise распространять отобранные плагины всем членам организации. Вы создаёте маркетплейс, добавляете в него плагины и точно контролируете, какие плагины видят и используют члены вашей команды. Распространяемые плагины появляются как в чате (в веб-версии и на вкладке Chat в Claude Desktop), так и в Claude Cowork.

Владельцы и основные владельцы планов Team и Enterprise могут управлять плагинами организации в Параметры организации > Плагины.

Требования: Cowork и Skills должны быть включены для вашей организации, прежде чем вы сможете использовать маркетплейсы плагинов.


Использование встроенных маркетплейсов Anthropic

Anthropic предоставляет встроенные маркетплейсы плагинов для различных функций, таких как юридические услуги и финансы. Маркетплейс Knowledge Work добавляется в вашу организацию по умолчанию.

Чтобы добавить встроенный маркетплейс Anthropic:

  1. Нажмите "Добавить плагины."

  2. Выберите "Просмотреть источники Anthropic."

  3. Нажмите "Добавить" для каждого плагина, который должен быть доступен всем в вашей организации.

Чтобы удалить маркетплейс Knowledge Work, если он не актуален для ваших команд:

  1. Найдите Knowledge Work.

  2. Нажмите кнопку меню в верхнем правом углу.

  3. Выберите "Удалить."

Встроенные маркетплейсы Anthropic отображают понятные названия, такие как "Knowledge Work," вместо базового слага репозитория.


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

Помимо встроенных маркетплейсов Anthropic, вы можете создать свой собственный. Есть два способа добавления плагинов в создаваемый маркетплейс:

  • Ручная загрузка: Загружайте отдельные ZIP-файлы плагинов через интерфейс администратора. Лучше всего подходит для быстрой итерации, одноразовых инструментов или команд, которые не используют GitHub для разработки плагинов.

  • Синхронизация с GitHub: Подключите приватный репозиторий GitHub, и Cowork автоматически синхронизирует плагины из него. Лучше всего подходит, когда несколько разработчиков сотрудничают над плагинами или вы хотите получать обновления с контролем версий.

Вы можете использовать оба подхода параллельно. Например, запустите маркетплейс, синхронизированный с GitHub, для ваших основных плагинов и отдельный ручной маркетплейс для ad-hoc инструментов.

Настройка ручного маркетплейса

  1. Нажмите "Добавить плагины" и выберите "Загрузить файл" в качестве источника.

  2. Если это ваша первая настройка маркетплейса, опция "Загрузить в новый маркетплейс" выбирается автоматически. Позже при загрузке плагинов вы сможете выбрать "Добавить в существующий маркетплейс."

  3. Введите название для вашего маркетплейса.

  4. Либо перетащите файлы, либо нажмите на подсказку загрузки и выберите ваш файл. Файл должен быть действительным .zip размером менее 50 МБ.

  5. Повторите для каждого плагина, который вы хотите добавить.

  6. Нажмите "Загрузить" для добавления ваших плагинов в новый маркетплейс.

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

Настройка маркетплейса, синхронизированного с GitHub

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

Подготовка репозитория

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

Маркетплейсы, синхронизированные с GitHub, поддерживают более узкий набор типов source в marketplace.json, чем Claude Code CLI. Относительные пути к папкам плагинов внутри подключённого репозитория (например, "source": "./plugins/my-plugin") полностью поддерживаются. Типы источников github, url и git-subdir поддерживаются только когда целевой репозиторий является публичным. Типы источников npm и pip не поддерживаются. Если ваш код плагина находится в отдельных приватных репозиториях, скопируйте эти папки плагинов в репозиторий маркетплейса (git submodule, git subtree или шаг CI работают хорошо) и ссылайтесь на них с помощью относительных путей.

Подробнее о структуре плагинов и форматировании см. в документации по справочнику плагинов.

Дополнительные ресурсы:

Подключение репозитория

  1. Убедитесь, что Cowork и Skills включены для вашей организации.

  2. Нажмите "Добавить плагин" и выберите "GitHub" в качестве источника.

  3. Введите репозиторий в формате owner/repo (например, acme-corp/claude-plugins).

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

Не видите свой репозиторий? Убедитесь, что приложение Claude GitHub установлено в этом репозитории.

Как работает синхронизация

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

Включение автоматической синхронизации создает вебхук в подключенном репозитории. Человек, включающий эту опцию, должен иметь права администратора для этого репозитория на GitHub. Это проверяется через его личное подключение к GitHub, которое отделено от установки приложения Claude GitHub App. Без прав администратора страница показывает "Невозможно получить доступ к репозиторию. Убедитесь, что репозиторий существует и приложение Claude GitHub установлено", даже если приложение установлено правильно и ручные обновления работают.

Разрешение Вебхуки (Чтение и запись) приложения Claude GitHub App также должно быть одобрено при установке. Для установок, созданных до введения этого разрешения, GitHub показывает запрос "Claude запрашивает обновленные разрешения", который должен одобрить администратор репозитория или организации.

После включения автоматическая синхронизация запускается, когда в ветку по умолчанию репозитория объединяется pull request с обновлением версии плагина. Прямые push в ветку по умолчанию не запускают синхронизацию. Вы всегда можете запустить синхронизацию вручную, нажав "Обновить" на маркетплейсе.

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

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

Выберите между ручной загрузкой и синхронизацией GitHub

Сценарий

Рекомендуемый подход

Плагины хранятся в системе контроля версий с CI/CD

Синхронизация GitHub

Несколько разработчиков сотрудничают над плагинами

Синхронизация GitHub

Вы хотите автоматическое распространение обновлений

Синхронизация GitHub

Вам нужно более 100 плагинов на маркетплейсе

Синхронизация GitHub

Быстрое прототипирование или одноразовые инструменты

Ручная загрузка

Плагины, созданные не инженерными командами

Ручная загрузка

Среды без доступа к GitHub

Ручная загрузка

Тестирование плагина перед добавлением его в синхронизированный репозиторий

Ручная загрузка


Контролируйте распределение плагинов

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

Предпочтение

Что это делает

Что видят члены

Установлено по умолчанию

Автоматически устанавливается для всех членов организации

Плагин появляется в их списке установленных без каких-либо действий. Члены могут удалить его, если захотят.

Доступно для установки

Указано в каталоге плагинов

Члены видят его при просмотре плагинов и могут установить его самостоятельно.

Недоступно

Полностью скрыто из каталога

Члены не могут видеть или устанавливать плагин. Полезно для промежуточного хранения или снятия с производства плагинов.

Требуется

Автоматически устанавливается для всех членов организации без возможности удаления

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

Установите предпочтения

  1. В Параметры организации > Плагины перейдите к вашему маркетплейсу.

  2. Выберите предпочтение установки для каждого плагина.

  3. Изменения вступают в силу при следующем сеансе или обновлении плагина каждого члена.

Что испытывают члены

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

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


Настройка доступа к плагинам по группам

Администраторы Enterprise могут переопределить предпочтение установки плагина на уровне организации для определённых групп. Например, вы можете автоматически установить плагин для группы Engineering, сделать его доступным для Legal для самостоятельной установки и скрыть его от остальных.

Доступ к плагинам на уровне группы доступен в планах Enterprise и настраивается администраторами и выше.

Как работают переопределения групп

Каждый плагин в вашем маркетплейсе имеет предпочтение установки на уровне организации (Установлен по умолчанию, Доступен для установки, Обязателен или Недоступен). По умолчанию каждая группа наследует этот параметр организации.

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

Установка доступа к плагину для группы

  1. В Organization settings > Plugins перейдите к вашему маркетплейсу.

  2. Найдите плагин, который вы хотите настроить.

  3. В столбце Custom access нажмите «Add groups».

  4. Выберите группу и выберите одно из предпочтений установки, указанных выше.

Как вручную созданные группы, так и группы, подготовленные SCIM из вашего поставщика удостоверений, отображаются в средстве выбора групп и работают одинаково.

Что происходит, когда участник находится в нескольких группах

Если участник принадлежит двум или более группам с разными параметрами для одного плагина, применяется наиболее разрешающий параметр. Порядок от наиболее к наименее разрешающему: Обязателен > Установлен по умолчанию > Доступен для установки > Недоступен.

Например, если группа A устанавливает плагин на «Недоступен», а группа B устанавливает его на «Установлен по умолчанию», участник в обеих группах получит плагин, установленный по умолчанию.

Примечание: Это отличается от того, как разрешаются лимиты расходов группы. Лимиты расходов применяют либо более высокое, либо более низкое значение группы в зависимости от параметра Multi-group spend limit. Доступ к плагинам применяет наиболее разрешающее значение, потому что группы здесь предназначены для предоставления доступа командам, которым нужен инструмент, а не для использования в качестве границы безопасности. Если вам нужно жёстко заблокировать плагин, установите его предпочтение на уровне организации на «Недоступен» и предоставьте доступ только группам, которые должны его иметь.

Что происходит при удалении группы

Если группа удалена (например, удалена из вашего поставщика удостоверений), переопределение остаётся в пользовательском интерфейсе администратора, но помечается как сиротское. Это не влияет на участников (так как никто не принадлежит удалённой группе) и не учитывается в значке пользовательского доступа. Вы можете очистить сиротские переопределения из параметров пользовательского доступа плагина.

Сохраняются ли параметры группы при повторной синхронизации маркетплейса?

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


Обновление и удаление плагинов

Ручные маркетплейсы

Чтобы обновить плагин, загрузите новый ZIP-файл с тем же именем плагина. Новая версия автоматически заменяет существующую. Имена плагинов — это уникальный идентификатор, поэтому legal всегда заменит legal.

Чтобы удалить плагин, удалите его из вашего маркетплейса в Organization settings > Plugins.

Маркетплейсы, синхронизированные с GitHub

Отправьте ваши изменения в подключённый репозиторий, затем перейдите в Organization settings > Plugins, найдите ваш маркетплейс и нажмите «Update» для запуска синхронизации. Каждая синхронизация заменяет все плагины текущим состоянием репозитория. Если владелец включил «Sync automatically» для маркетплейса, синхронизация также запускается при слиянии pull request с обновлением версии плагина в ветку по умолчанию репозитория.

Чтобы удалить плагин, удалите его из репозитория и запустите синхронизацию.


Ограничения

Ограничение

Значение

Примечания

Максимальный размер ZIP плагина (загрузка)

50 МБ

Применяется как на стороне клиента, так и на стороне сервера

Максимальное количество плагинов на маркетплейс (ручной)

100

На маркетплейс

Максимальное количество плагинов на маркетплейс (синхронизация GitHub)

500

На маркетплейс

Максимальная длина имени плагина

64 символа

Должны использовать строчные слова, разделённые дефисами

Время ожидания синхронизации

30 минут

За операцию синхронизации

Видимость репозитория GitHub

Только приватный или внутренний

Размещён на github.com или GitHub Enterprise Server. Публичные репозитории не поддерживаются.


Правила именования

Имена плагинов должны использовать строчные слова, разделённые дефисами (например, deployment-tools, а не Deployment Tools). Следующие названия маркетплейса зарезервированы и не могут быть использованы:

  • claude-code-marketplace

  • claude-code-plugins

  • claude-plugins-official

  • anthropic-marketplace

  • anthropic-plugins

  • agent-skills

  • life-sciences

Названия, выдающие себя за официальные маркетплейсы Anthropic, также заблокированы.

Примечание: Авторы плагинов могут установить displayName, чтобы плагин отображал читаемое имя в каталоге вместо своего слага. Если автор не установит его, плагин будет отображать свой слаг (например, deployment-tools).


Устранение неполадок

Загрузка отклонена

Частые причины: файл превышает 50 МБ, это не является допустимым ZIP-файлом или маркетплейс достиг лимита в 100 плагинов. Проверьте размер и формат файла, а также удалите неиспользуемые плагины, если вы достигли лимита.

Плагин не отображается для участников

Проверьте предпочтение установки плагина в параметрах маркетплейса. Если установлено значение Недоступно, участники его не увидят. Также убедитесь, что Cowork и Skills включены для вашей организации.

Обновлённый плагин не отражается для участников

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

Синхронизация GitHub не удаётся из-за ошибки содержимого

Один или несколько плагинов в вашем репозитории, вероятно, отформатированы неправильно. Исправьте ошибку форматирования, отправьте обновление на GitHub и снова запустите синхронизацию. Требования к структуре плагина см. в документации справочника плагинов.

Синхронизация не удаётся с сообщением «External plugin sources are not yet supported» или плагины пропускаются с сообщением «Repository not found on github.com. Check the URL and make sure the repository is public.»

Одна или несколько записей плагинов в вашем marketplace.json используют source, который указывает вне подключённого репозитория (источник github, url или git-subdir), и целевой репозиторий является приватным. Синхронизация организации в настоящее время может получать внешние источники только из открытых репозиториев. Переместите папки плагинов в репозиторий маркетплейса и измените source каждой записи на относительный путь (например, "./plugins/my-plugin"), затем отправьте и повторно синхронизируйте. Или загрузите затронутые плагины отдельно через Customize > Add plugin > Create plugin > Upload plugin.

Плагины исчезли после неудачной синхронизации

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

Не удаётся увидеть репозиторий GitHub при подключении

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

«Cannot access repository» при включении «Sync automatically»

Если ручные обновления работают, но включение «Sync automatically» показывает «Cannot access repository. Ensure the repository exists and the Claude GitHub App is installed», есть две вероятные причины:

  • У вас нет доступа администратора к репозиторию. Включение автоматической синхронизации создаёт вебхук, для чего требуется доступ уровня администратора к репозиторию через вашу личную учётную запись GitHub. Попросите администратора репозитория включить переключатель или обновить ваш доступ GitHub.

  • Разрешение Webhooks приложения Claude GitHub не было одобрено. При старых установках GitHub показывает приглашение «Claude is requesting updated permissions». Администратор репозитория или организации должен одобрить разрешение Webhooks (Read & Write) при установке.

Нашли ответ на свой вопрос?