Copilot
Microsoft Copilot to asystent oparty na sztucznej inteligencji, zwiększający produktywność i efektywność w aplikacjach Microsoft 365. Zbudowany na bazie GPT-4 o...
3 min czytania
AI
Productivity
+4
Wprowadzenie
Dwie historie z pierwszego tygodnia sierpnia 2026 roku opisują tę samą zmianę z przeciwnych stron. Microsoft potwierdził połączenie Copilota w jedną aplikację i uruchomienie AutoPilota — płatnego poziomu agentów działających w tle, zamiast czekać na polecenie. Mniej więcej w tym samym czasie nowe badania Gravitee nadały liczbową postać problemowi, który narastał od dłuższego czasu: 80,9% zespołów technicznych ma już agentów AI w produkcji, ale tylko 14,4% z nich uzyskało wcześniej pełną zgodę służb bezpieczeństwa i IT. Agenci schodzą z ekranu czatu i przenoszą się w tło codziennej pracy — a narzędzia do ich rozliczania wyraźnie starają się nadążyć.
Copilot od Microsoftu staje się jedną aplikacją
Satya Nadella potwierdził konsolidację bezpośrednio podczas telekonferencji Microsoftu dotyczącej wyników finansowych za IV kwartał roku podatkowego 2026 w dniu 29 lipca: konsumencki Copilot, GitHub Copilot i Copilot Cowork łączą się w jedną aplikację, wewnętrznie opracowywaną pod kryptonimem „Copilot Fusion". Zamiast trzech oddzielnych produktów, użytkownicy otrzymują jedną aplikację z przełącznikiem między kontekstem osobistym a służbowym. Chodzi o ciągłość — zadaj pytanie na czacie, przejdź do kodu, przekaż zadanie agentowi, wszystko bez utraty kontekstu i przełączania aplikacji.
Gotowy na rozwój swojej firmy?
Rozpocznij bezpłatny okres próbny już dziś i zobacz rezultaty w ciągu kilku dni.
Co właściwie robi AutoPilot
AutoPilot to nowa część. To płatny poziom agentów zaprojektowanych specjalnie do zadań, które nie wymagają aktywnego sterowania przez człowieka — umawiania spotkania w kilku kalendarzach, podsumowywania zaległych wiadomości e-mail, powtarzania rutynowego przepływu pracy zgodnie z harmonogramem. To znacząco inny produkt niż chatbot: to automatyzacja, która sama się uruchamia, działa i kończy, kontaktując się tylko wtedy, gdy jest to potrzebne.
Liczby wdrożeń są realne
Kuszące jest traktowanie „agentów działających w tle" jako hasła marketingowego, ale rzeczywiste wdrożenia są już znaczące. Raport Gravitee „State of AI Agent Security 2026" wykazał, że 80,9% zespołów technicznych ma obecnie agentów AI w fazie aktywnych testów lub produkcji. To nie jest mniejszość wczesnych adoptujących — to większość zespołów, które uruchamiają agentów podejmujących decyzje i działania przy ograniczonym bezpośrednim nadzorze.
Dołącz do naszego newslettera
Otrzymuj najnowsze wskazówki, trendy i oferty za darmo.
Gdzie bezpieczeństwo pozostaje w tyle
Ten sam raport pokazuje drugą stronę medalu. Spośród zespołów uruchamiających agentów w produkcji, tylko 14,4% zrobiło to z pełną zgodą służb bezpieczeństwa i IT. Średnie pokrycie monitorowaniem wdrożonych agentów wynosi 52%, co oznacza, że mniej więcej połowa wszystkich agentów w produkcji działa bez realnej widoczności tego, co robią. Konsekwencje widać bezpośrednio: 88% organizacji uruchamiających agentów w produkcji zgłosiło potwierdzony lub podejrzewany incydent bezpieczeństwa w ciągu ostatniego roku.
Ta luka to prawdziwa historia kryjąca się za momentem uruchomienia AutoPilota. Wprowadzanie większej liczby autonomicznych, mniej nadzorowanych agentów do środowiska, w którym większość istniejących agentów już teraz nie ma pełnego nadzoru, nie jest samo w sobie lekkomyślne — ale podnosi stawkę związaną z prawidłowym wdrożeniem bezpieczeństwa LLM, zanim automatyzacja w tle stanie się normą, a nie wyjątkiem.
Zapewnij agentom działającym w tle ślad audytowy od pierwszego dnia
FlowHunt utrzymuje każdy zautomatyzowany krok w widoczności, więc nigdy nie będziesz odtwarzać tego, co zrobił agent, po fakcie.
AWS buduje brakującą infrastrukturę
Odpowiedź AWS na tę samą lukę przybrała formę infrastruktury, a nie ostrzeżenia. Podczas AWS Summit w Nowym Jorku firma uruchomiła dwie nowe usługi skierowane bezpośrednio na przyczyny, dla których agenci nie przechodzą przeglądu bezpieczeństwa: nie rozumieją biznesu, w którym działają, i nikt nie monitoruje, czego dotykają.
Continuum i Context — wyjaśnienie
AWS Continuum to część odpowiedzialna za bezpieczeństwo — w sposób ciągły skanuje w poszukiwaniu podatności w kodzie, weryfikuje, które z nich stanowią rzeczywiste zagrożenie, a nie tylko teoretyczne, szereguje je według wpływu na biznes i może automatycznie usuwać zagrożenia w ramach zabezpieczeń zdefiniowanych przez zespół. AWS Context to druga część: buduje graf wiedzy z istniejących danych organizacji, reguł biznesowych i wiedzy dziedzinowej, udostępniając go każdemu agentowi, który go potrzebuje, zamiast pozostawiać każdemu agentowi wnioskowanie kontekstu biznesowego z tego, co akurat znajduje się w jego prompcie.
Razem Continuum i Context są bezpośrednią odpowiedzią na dokładne liczby opublikowane przez Gravitee: jeśli tylko 14,4% agentów uzyskuje pełne zatwierdzenie bezpieczeństwa, a pokrycie monitorowaniem wynosi średnio 52%, rozwiązanie musi polegać na infrastrukturze, którą agenci wywołują domyślnie, a nie na liście kontrolnej, którą zespół powinien pamiętać o ręcznym przejściu. Ta sama logika dotyczy szerzej zarządzania danymi — traktowania kontekstu i dostępu agentów jako zarządzanej warstwy, a nie czegoś dodawanego po fakcie, gdy coś pójdzie nie tak.
Zamykanie luki bez zwalniania tempa
Żaden z tych punktów nie jest tak naprawdę argumentem przeciwko agentom działającym w tle — korzyści wydajnościowe automatyzacji w stylu AutoPilota są realne i widać je w większości przykładów agentów AI w rzeczywistych zastosowaniach już działających dziś w produkcji. To argument za budowaniem tej automatyzacji w oparciu o frameworki agentów AI i platformę agentów AI, gdzie widoczność nie jest opcjonalna. Agent działający w tle, którego nikt nie może audytować, jest zagrożeniem niezależnie od tego, czy został zbudowany przez Microsoft, AWS, czy za pomocą własnego skryptu — rozwiązanie jest takie samo w obu przypadkach: wiedz, do czego agent ma dostęp, rejestruj, co zrobił, i spraw, aby te informacje były łatwe do uzyskania, a nie trudne do odtworzenia.
To ten sam schemat, który śledziliśmy przez całe lato — od tożsamości agenta wiążącej uprawnienia z konkretnymi agentami, przez własny ruch Anthropicu w kierunku trwałych, wielodniowych zadań z Claude Cowork, po prace Microsoftu nad frameworkiem Orchard w zakresie szkolenia mniejszych, bardziej ściśle ukierunkowanych agentów. Każdy kierunek wskazuje na ten sam wniosek: autonomia bez odpowiedzialności nie skaluje się, bez względu na to, jak dobry jest bazowy model.
Podsumowanie
Konsolidacja Copilota i poziom AutoPilot od Microsoftu nie dzieją się w próżni — wchodzą na rynek, gdzie agenci działający w tle, półautonomiczni, są już normą, a narzędzia do ich zabezpieczania wciąż nadrabiają zaległości względem tej rzeczywistości. Usługi Continuum i Context od AWS to zakład, że rozwiązaniem jest infrastruktura, a nie czujność: zapewnij każdemu agentowi zweryfikowany kontekst biznesowy i ciągłe skanowanie bezpieczeństwa domyślnie, a wskaźnik 14,4% zatwierdzeń przestanie być wartością odstającą i zacznie być osiągalny na dużą skalę. Dla każdego zespołu budującego lub wdrażającego agentów działających w tle w tym roku praktyczny wniosek jest taki sam niezależnie od dostawcy — widoczność i możliwość audytu to nie funkcje do dodania później. To właśnie odróżnia agenta, któremu możesz powierzyć pracę bez nadzoru, od takiego, o którym masz nadzieję, że nie trafi na pierwsze strony gazet.
