Zanim zaczniesz cokolwiek konfigurować w GitHub Copilot, warto zrozumieć z czego w ogóle składa się ten ekosystem. W dokumentacji szybko natrafiasz na trzy pojęcia: Agents, Skills i Instructions. Brzmi prosto, ale w praktyce ludzie często mylą te pojęcia albo używają ich zamiennie – a to trzy zupełnie różne narzędzia, które pełnią różne role.

W tym wpisie wyjaśniam każde z nich, pokazuję jak się do siebie mają i – co najważniejsze – kiedy po które sięgać. Na końcu znajdziesz tabelkę porównawczą, którą możesz zachować jako ściągawkę.

Oryginalna dokumentacja, na której bazuje ten wpis: What are Agents, Skills, and Instructions – Awesome GitHub Copilot Learning Hub.

Agent to plik konfiguracyjny (*.agent.md), który opisuje wyspecjalizowanego asystenta. Możesz myśleć o nim jak o pracowniku z określonym profilem kompetencji – "ekspert od Terraform", "specjalista od feature flag w LaunchDarkly", "senior .NET developer z wiedzą o naszej architekturze".

Konkretnie, plik agenta określa:

• jakie zadania agent obsługuje i w czym się specjalizuje
• z jakich narzędzi i serwerów MCP może korzystać
• jakie ma instrukcje dotyczące stylu rozmowy i ograniczeń

W VS Code możesz przełączać się między agentami w panelu Agents albo przypisywać konkretnego agenta do issue na GitHubie. Zamiast za każdym razem tłumaczyć Copilotowi "hej, pracuję z .NETem, używamy czystej architektury, testy piszemy w xUnit" – po prostu uruchamiasz odpowiedniego agenta, który to wszystko już wie.

Skill to samowystarczalny folder z możliwościami, które Copilot może załadować gdy uzna je za potrzebne. Każdy skill mieszka w swoim katalogu i zawiera plik SKILL.md – plus opcjonalne zasoby: dokumenty referencyjne, szablony, skrypty.

Plik SKILL.md definiuje:

• nazwę – używaną jako komenda /nazwa w VS Code Chat i do automatycznego wykrywania przez agenty
• opis – który mówi agentom i użytkownikom kiedy skill jest relevant
• szczegółowe instrukcje jak skill ma być wykonany
• odniesienia do bundlowanych zasobów – skryptów, szablonów, dokumentów

Skills działają według otwartego standardu Agent Skills specification – co oznacza że skill napisany dla GitHub Copilot zadziała też w Claude Code, Codex i innych kompatybilnych systemach. To inwestycja która się nie deprecjonuje razem z konkretnym narzędziem.

Instructions (*.instructions.md) to tło – kontekst który Copilot czyta zawsze, gdy pracuje na pasujących plikach. Nie uruchamiasz ich ręcznie, nie trzeba ich aktywować. Są po prostu zawsze tam.

Typowe zastosowania:

• standardy kodowania i style guide – konwencje nazewnictwa, strategia testowania, formatowanie
• wskazówki specyficzne dla frameworka – "w Angular używaj standalone components", "w .NET nie wyłączaj analizatorów Roslynatora"
• reguły specyficzne dla repozytorium – "nie commituj sekretów", "feature flagi muszą być w katalogu flags/", "każda nowa encja wymaga migracji EF Core"

Instructions możesz scopować globalnie, per język programowania, albo per katalog za pomocą glob patternów. Dzięki temu Copilot automatycznie rozumie Twój engineering playbook – bez konieczności wklejania kontekstu przy każdej rozmowie.

Dokumentacja opisuje to jako uzupełniające się warstwy i to dobre ujęcie. Pomyśl o tym w ten sposób:

Połączenie wszystkich trzech daje naprawdę mocne efekty:

• Spójny onboarding nowych developerów – każdy dostaje tego samego Copilota z tym samym kontekstem projektu od pierwszego dnia
• Powtarzalne zadania ops z minimalnym przełączaniem kontekstu – agent wie co robić, skill wie jak to zrobić
• Dostosowane doświadczenie dla wyspecjalizowanych domen – security, infrastruktura, data science – każda dziedzina może mieć swojego agenta

Poniżej zebrałem kluczowe różnice w jednej tabelce. Możesz ją zachować jako ściągawkę gdy będziesz decydować po co sięgnąć w konkretnej sytuacji.

Trzy pojęcia, trzy różne role:

• ✅ Instructions – trwałe tło, pasywne zasady, zawsze aktywne. Kodujesz w nich "jak zawsze robimy w tym projekcie".
• ✅ Skills – samowystarczalne zdolności na żądanie. Bundlują instrukcje z zasobami i mogą być wykrywane automatycznie przez agenty.
• ✅ Agents – wyspecjalizowane persony łączące narzędzia, MCP i instrukcje w jeden spójny asystent na czas sesji lub workflow.

Wszystkie trzy uzupełniają się nawzajem i dopiero razem dają pełnię możliwości. Nie musisz wdrażać wszystkiego naraz – zacznij od Instructions (najłatwiejsze do stworzenia), potem dodaj pierwsze Skills, a agenty zostawić na czas gdy poczujesz potrzebę głębszej integracji z narzędziami.

W kolejnym wpisie wchodzimy głębiej w temat który jest podstawą wszystkiego: jak Copilot rozumie i przetwarza kontekst – skąd bierze informacje, co do niego trafia, a czego nie widzi. Bez tej wiedzy każda konfiguracja będzie trochę strzelaniem na ślepo.