Nowy Microsoft Copilot Studio: dwa tryby budowania

Nowy Microsoft Copilot Studio daje dwa główne sposoby budowania: GitHub Copilot harness do złożonych zadań agentowych oraz standard harness do przewidywalnych agentów i przepływów regułowych. To wybór architektury wykonania, a nie zmiana koloru edytora. Według dokumentacji Microsoft harness decyduje, jak model otrzymuje kontekst, wybiera narzędzia i prowadzi kolejne kroki. Copilot chat harness dla rozszerzania Microsoft 365 Copilot stanowi trzeci, odrębny wariant.

Ten wpis objaśnia co zmieniło się w produkcie. Starszy poradnik „kiedy budować własnego agenta” pomaga ustalić, czy agent jest w ogóle potrzebny. Oba materiały należą do filaru Microsoft AI, lecz odpowiadają na inne decyzje.

Co oznacza GitHub Copilot harness

To framework tworzenia i orkiestracji agentów oraz workflows wewnątrz Copilot Studio. Microsoft wyjaśnia, że nie jest usługą GitHub Copilot: nazwa wskazuje wspólną technologię, nie przepływ danych klienta przez usługę dla programistów. Harness pomaga agentowi planować kroki, korzystać z wiedzy, konektorów, MCP i innych agentów oraz dostosowywać przebieg do zadania.

Microsoft ogłosił ogólną dostępność harnessu we wrześniu 2026 r. Poszczególne funkcje na nim nadal mogą mieć własny status preview; sprawdzaj dokumentację konkretnego narzędzia. Nowy sposób pracy jest przeznaczony szczególnie do procesów wymagających analizy, kilku narzędzi i obsługi wyjątków. Czytaj osobno o agentach na GitHub Copilot harness i workflows tego trybu.

Co zostaje w standard harness

Standard harness pozostaje drogą dla agentów z określonymi tematami, instrukcjami i przewidywalną rozmową oraz dla agent flows prowadzących zdefiniowane kroki. Microsoft wskazuje go jako dobry wybór dla znanych reguł, powtarzalnych pytań i prostszego kierowania spraw. Zobacz instrukcje: standardowy agent oraz standardowy agent flow.

Pytanie projektowe	Częściej rozważ GitHub Copilot harness	Częściej rozważ standard harness
Czy ścieżka jest znana z góry?	Nie, agent planuje i koryguje kroki	Tak, reguły i gałęzie są opisane
Jaki wynik odbierasz?	Złożone zadanie obejmujące źródła i narzędzia	Powtarzalną odpowiedź lub przebieg
Jak oceniasz działanie?	Ewaluuje się cel, ślady, narzędzia i wyjątki	Testuje się tematy, warunki i wynik przepływu

Ta tabela jest wskazówką, nie automatyczną receptą. Każdy tryb może korzystać z narzędzi i wiedzy; wybór zależy od rzeczywistej zmienności procesu. W obu wariantach trzeba ustalić właściciela danych, uprawnienia i obsługę błędów.

Uważaj na nazwy i koszty

Nowe workflows i standardowe agent flows są różnymi doświadczeniami projektowymi. Dokumentacja Microsoft nie traktuje ich jako wymiennych nazw tego samego artefaktu. Przy wyborze środowiska sprawdź zasady rozliczania dla właściwego harnessu, koszt tworzenia i testowania oraz sposób publikacji.

Najpierw opisz proces w pięciu wierszach: wyzwalacz, dane, decyzje, działania, właściciel wyniku. Jeżeli dominują sztywne warunki, zbuduj mały standardowy przepływ. Jeżeli zadanie wymaga rozumowania między dokumentami i narzędziami, przygotuj próbę na GitHub Copilot harness. Bez takiego rozróżnienia łatwo porównać dwa demonstracyjne ekrany zamiast dwóch sposobów pracy.