Гайд · TNWS AI

Как просмотреть каталог marketplace в Copilot CLI

GitHub CopilotCopilot#GitHub Copilot #Copilot CLI #Plugins

13 сентября 2026 6 мин—

Использование copilot plugin marketplace browse NAME --json: каталог plugins, source, версия и проверка перед install.

Задача и применимость

Этот материал решает конкретную задачу: просмотреть предложения одного зарегистрированного marketplace до установки и выбрать plugin по проверяемому source, а не названию. Он рассчитан на пользователей GitHub Copilot CLI, которые хотят управлять plugins воспроизводимо: понимать источник, фиксировать состояние до изменения, проверять компоненты и иметь рабочий откат.

Plugin может включать custom agents, skills, hooks, MCP servers и другие настройки. Поэтому установка — не косметическое действие. До неё нужно проверить manifest, источник кода, закреплённую версию или ref, permissions и маршрут данных. Название plugin само по себе ничего не доказывает.

Проверенные факты и официальные источники

Проверено 13 сентября 2026 года. Команда copilot plugin marketplace browse NAME [--json] перечисляет plugins из каталога выбранного marketplace. Она не устанавливает plugin и подходит для предварительного аудита.

Основной первоисточник — GitHub Copilot CLI plugin reference. Для структуры и trust review полезны также официальное создание plugins и официальное создание marketplace. Цены, тарифы и список моделей не используются: они не нужны для процедуры и меняются независимо.

Зафиксируйте copilot version, пользователя и current working directory. Управляемые настройки организации или repository overlay могут иметь приоритет над локальным значением. Если CLI сообщает Managed или указывает controlling settings file, не обходите ограничение: оформите изменение у владельца соответствующего уровня.

Подготовка и модель доверия

Сделайте два baseline: copilot plugin list --json и copilot plugin marketplace list --json. Храните временные копии вне tracked files. Для каждого plugin запишите name, version, source, installedFrom, enabled и marketplace. Для каталога — manifest name, owner и source.

Затем изучите компоненты plugin. Agent или skill может направлять модель, hook — выполнять код на событии, MCP server — обращаться к локальной или внешней системе. Отдельно отметьте write-capable действия и credentials. Для первого теста оставьте только read-only сценарий на тестовых данных.

Определите критерий остановки: неизвестный source, неожиданная смена ref, запрос лишнего scope, появление секрета в выводе, новый hook или write tool. При любом таком сигнале завершите session, отключите plugin и проведите отдельный аудит. Не расширяйте разрешения вслепую.

Для командной эксплуатации назначьте владельца каждого дополнительного marketplace и plugin. Владелец отвечает за периодический просмотр upstream, срок поддержки, проверку обновлений и удаление устаревших компонентов. Без владельца даже безопасный сегодня read-only plugin постепенно превращается в неизвестную зависимость: меняются source, transitive packages, endpoint и организационные требования.

Составьте минимальную тестовую матрицу. Она должна включать запуск CLI без plugin, с plugin, после disable и после rollback. Для marketplace отдельно сравнивайте catalog и installed state: появление новой версии в browse не означает, что локальный plugin уже обновился. Это различие предотвращает ложные отчёты об успешном обновлении и помогает воспроизводить проблему.

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

Пошаговые действия

Сначала подтвердите marketplace через marketplace list.
Выполните copilot plugin marketplace browse NAME для читаемого списка.
Сохраните JSON-вывод для выбранного каталога.
Найдите точное plugin name и его source/version/ref/sha, если указаны.
Откройте manifest и репозиторий source.
Перечислите bundled agents, skills, hooks и MCP servers.
Выберите один plugin и составьте отдельный install change request.
После установки сравните plugin list с выбранной записью browse.

После операции всегда открывайте новую Copilot CLI session. Уже работающий процесс мог загрузить старую конфигурацию. Повторите оба списка и сравните по name, а не по порядку строк. Если изменилось больше одного элемента, не выдавайте результат за успешный до разбора diff.

Готовый шаблон для копирования

Заполните карточку изменения:

Marketplace: <name>
Browse: copilot plugin marketplace browse <name> --json
Candidate plugin: <name>
Source/ref/sha: <значение>
Components: <agents/skills/hooks/MCP>
Permissions/data flow: <описание>
Install approved: да/нет
Причина: <проверенные факты>
Дата проверки документации: 13.09.2026
Официальный источник: https://docs.github.com/en/copilot/reference/copilot-cli-reference/cli-plugin-reference

Готовый prompt для подготовки change request:

Подготовь безопасный план изменения GitHub Copilot CLI plugin по карточке.
Не устанавливай, не удаляй и не меняй конфигурацию сам.
Не придумывай version, source, enabled, permissions или успешный результат.
Верни: baseline, точную команду, проверку manifest, read-only позитивный тест,
негативный тест, признаки успеха, риски, очистку и откат.
Отсутствующий факт пометь «нужно проверить вручную».

<вставьте заполненную карточку>

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

Вход. Каталог содержит похожие review-lite и review-pro; команде нужен только read-only анализ.

Как просмотреть каталог marketplace в Copilot CLI

Задача и применимость

Проверенные факты и официальные источники

Подготовка и модель доверия

Пошаговые действия

Готовый шаблон для копирования

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

Позитивный и негативный тест

Типичные ошибки

Чек-лист финальной проверки

FAQ

Устанавливает ли browse plugin?

Есть ли JSON-режим?

Что проверять перед install?

Как связать browse с install?

Итог

Читайте также

Как добавить marketplace в Copilot CLI

Как обновить plugins в Copilot CLI

Как посмотреть marketplaces в Copilot CLI

Комментарии