Przez ostatnie jedenaście wpisów budowaliśmy konfigurację Copilota krok po kroku – plik po pliku, katalog po katalogu. Tworzyliśmy instrukcje, skills, agentów, hooks, MCP serwery. Efekt końcowy jest świetny, ale żeby go przenieść do nowego projektu – trzeba kopiować pliki, dostosowywać ścieżki, przypominać sobie co do czego służy.

Plugins rozwiązują ten problem opakowując całą tę konfigurację w jeden instalowalny pakiet. Zamiast "skopiuj .github/agents/, potem .github/skills/, potem .vscode/mcp.json" – wpisujesz jedną komendę i masz kompletny zestaw narzędzi gotowy do pracy. Co więcej, pluginy można aktualizować, udostępniać w teamie i publikować do marketplace.

To jest ostatni element układanki zanim przejdziemy do wpisów które zbierają wszystko razem. Oryginalna dokumentacja: Installing and Using Plugins – Awesome GitHub Copilot Learning Hub. Tworzenie własnych pluginów: Creating plugins – GitHub Docs.

Plugin to katalog z plikiem manifestu plugin.json który grupuje powiązane komponenty: agentów, skills, hooks i konfiguracje MCP serwerów – wszystko wokół jednego tematu lub technologii. Gdy instalujesz plugin, Copilot CLI kopiuje jego komponenty do odpowiednich lokalizacji na Twojej maszynie i integruje je ze swoim środowiskiem bez żadnej dodatkowej konfiguracji.

Każdy plugin to katalog z jednym obowiązkowym plikiem: .github/plugin/plugin.json. Reszta to komponenty które manifest opisuje.

Przykładowy pełny manifest:

{
  "name": "dotnet-backend-toolkit",
  "description": "Kompletny zestaw dla .NET backend developera: agenci, skills do testów i scaffoldingu, quality gate hook i GitHub MCP server.",
  "version": "1.2.0",
  "agents": [
    "./agents/dotnet-backend.agent.md",
    "./agents/dotnet-code-reviewer.agent.md"
  ],
  "skills": [
    "./skills/generate-unit-tests/",
    "./skills/scaffold-api-endpoint/",
    "./skills/create-ef-migration/"
  ],
  "hooks": "./hooks.json",
  "mcpServers": "./.mcp.json"
}

Pluginy są dystrybuowane przez marketplace'y – rejestry które można przeglądać i instalować z nich. Po zainstalowaniu Copilot CLI i VS Code masz dwa marketplace'y od razu, bez żadnej konfiguracji:

• copilot-plugins – oficjalny marketplace GitHub Copilot z pluginami certyfikowanymi przez GitHub
• awesome-copilot – community marketplace z repozytorium github/awesome-copilot, aktywnie rozwijany, ponad 40 pluginów

Przeglądanie w VS Code

Dwa sposoby bez pisania w terminalu:

• Extensions panel (Ctrl+Shift+X) → wyszukaj @agentPlugins → widzisz wszystkie dostępne pluginy z opisami i przyciskiem Install
• Command Palette (Ctrl+Shift+P) → Chat: Plugins → lista z możliwością instalacji jednym kliknięciem

Przeglądanie z terminala (Copilot CLI)

# Lista zarejestrowanych marketplace'ów:
copilot plugin marketplace list

# Przeglądaj pluginy w marketplace:
copilot plugin marketplace browse awesome-copilot

# Lub z wnętrza interaktywnej sesji Copilota:
/plugin marketplace browse awesome-copilot

Rejestracja dodatkowego marketplace'u

Możesz dodać prywatny marketplace z repozytorium GitHub – idealny dla wewnętrznych pluginów firmowych:

# Prywatny marketplace organizacji:
copilot plugin marketplace add mojafirma/copilot-plugins-internal

# Lub lokalny katalog (development pluginu):
copilot plugin marketplace add /path/to/local-plugin-dev

Repozytorium awesome-copilot ma ponad 40 pluginów community. Poniżej przegląd tych które są najbardziej odpowiednie dla .NET developera lub pokazują różne wzorce tego co plugin może zawierać.

Instalacja – trzy sposoby

1. Z terminala (Copilot CLI):

# Format: copilot plugin install NAZWA@MARKETPLACE
copilot plugin install context-engineering@awesome-copilot
copilot plugin install azure-cloud-development@awesome-copilot

# Z wnętrza sesji Copilota:
/plugin install context-engineering@awesome-copilot

2. Z VS Code – jednym kliknięciem:

1. Extensions panel → wpisz @agentPlugins
2. Znajdź plugin → kliknij Install
3. Plugin jest aktywny natychmiast – odśwież Copilot Chat jeśli komponent nie pojawia się od razu

3. Instalacja z lokalnego katalogu (dev pluginu):

# Instalacja pluginu z lokalnego katalogu:
copilot plugin install /ścieżka/do/mojego-pluginu

# Instalacja z URL repozytorium GitHub:
copilot plugin install https://github.com/mojafirma/copilot-plugins/tree/main/dotnet-toolkit

Zarządzanie po instalacji

# Lista zainstalowanych pluginów z wersjami:
copilot plugin list

# Aktualizacja konkretnego pluginu:
copilot plugin update context-engineering

# Aktualizacja wszystkich zainstalowanych pluginów:
copilot plugin update --all

# Usunięcie pluginu:
copilot plugin uninstall context-engineering

Gdzie pluginy są przechowywane

Po instalacji, pliki pluginu trafiają do:

• Pluginy z marketplace: ~/.copilot/installed-plugins/MARKETPLACE/NAZWA-PLUGINU/
• Pluginy zainstalowane bezpośrednio (lokalne, URL): ~/.copilot/installed-plugins/_direct/NAZWA-PLUGINU/

Po dwunastu wpisach masz do dyspozycji dwa podejścia do tej samej konfiguracji. Oto prosta zasada kiedy które ma sens:

Przez ostatnie jedenaście wpisów zbudowałeś spory zestaw konfiguracji dla projektu .NET: instrukcje, trzy skills, dwóch agentów, quality gate hook i MCP serwery. Możesz to wszystko zapakować w plugin i zainstalować go w każdym nowym projekcie jedną komendą.

mkdir dotnet-backend-toolkit
cd dotnet-backend-toolkit
mkdir -p .github/plugin agents skills/generate-unit-tests skills/scaffold-api-endpoint skills/create-ef-migration

{
  "name": "dotnet-backend-toolkit",
  "description": "Kompletny zestaw dla .NET backend developera z Clean Architecture. Zawiera agentów do code review i planowania, skills do testów, scaffoldingu i migracji EF Core, quality gate hook i konfigurację MCP dla GitHub i PostgreSQL.",
  "version": "1.0.0",
  "agents": [
    "./agents/dotnet-backend.agent.md",
    "./agents/dotnet-code-reviewer.agent.md",
    "./agents/dotnet-planner.agent.md"
  ],
  "skills": [
    "./skills/generate-unit-tests/",
    "./skills/scaffold-api-endpoint/",
    "./skills/create-ef-migration/"
  ],
  "hooks": "./hooks.json",
  "mcpServers": "./.mcp.json"
}

# Zainstaluj z lokalnego katalogu:
copilot plugin install /ścieżka/do/dotnet-backend-toolkit

# Sprawdź że plugin jest widoczny:
copilot plugin list

# Sprawdź że agenci są dostępni w Copilot Chat – powinny pojawić się w dropdown

# Stwórz repozytorium na GitHubie: mojafirma/copilot-plugins
# Wrzuć katalog pluginu do repo, np. w plugins/dotnet-backend-toolkit/
# Każdy developer w teamie dodaje marketplace:
copilot plugin marketplace add mojafirma/copilot-plugins

# I instaluje plugin:
copilot plugin install dotnet-backend-toolkit@mojafirma/copilot-plugins

Plugins zamykają warstwę dystrybucji konfiguracji Copilota. Wszystko co budowaliśmy przez poprzednie wpisy – agenci, skills, hooks, MCP – można teraz zapakować w jeden instalowany pakiet i udostępnić całemu teamowi lub opublikować do community.

• ✅ Plugin = jeden pakiet, jedna komenda instalacji – grupuje agentów, skills, hooks i MCP serwery wokół jednego tematu lub technologii.
• ✅ Dwa marketplace'y domyślnie: copilot-plugins (oficjalny) i awesome-copilot (community, 40+ pluginów). Możesz dodać prywatny dla organizacji.
• ✅ Trzy sposoby instalacji: CLI (copilot plugin install), VS Code Extensions (@agentPlugins), lub lokalnie z katalogu na etapie development.
• ✅ Pluginy nie zastępują konfiguracji repo – dla Coding Agenta na GitHub.com nadal potrzebujesz plików w .github/. Lokalna konfiguracja ma priorytet nad pluginem gdy nazwy kolidują.
• ✅ Manifest plugin.json: name, description, version (wymagane) + opcjonalne: agents, skills, hooks, mcpServers.
• ✅ Prywatny marketplace dla firmy: repozytorium GitHub + copilot plugin marketplace add org/repo = jeden standardowy setup dla całego teamu.

W kolejnym wpisie zbieramy razem wszystko co omówiliśmy przez cykl: Przed i po – przykłady customizacji. Konkretne transformacje: jak wygląda projekt .NET przed i po pełnej konfiguracji agentic development.