Copilot od kuchni

Ten przewodnik nie jest listą funkcji Copilota — takich list jest pełno w dokumentacji Microsoftu. Jest o mechanizmach: skąd Copilot bierze fakty, dlaczego czasem odmawia odpowiedzi, i jak z tego zrobić narzędzie, które realnie odciąża kierownika projektu, zamiast generować ładnie brzmiące, ale zmyślone liczby. Po lekturze powinieneś umieć wytłumaczyć koledze z zespołu, dlaczego Copilot zachowuje się tak, jak się zachowuje — nie tylko że tak robi.

Każdy diagram ze znaczkiem ▶ startuje sam, gdy wjedzie na ekran, ale możesz go też klikać, psuć i resetować. Najwięcej nauczysz się psując: pytaj o coś, do czego nie masz dostępu, wyłączaj grounding, wrzucaj bełkotliwą transkrypcję — i patrz, co Copilot z tym zrobi.

Duży model językowy sam z siebie zna tylko to, czego nauczył się z ogólnodostępnego internetu do pewnej daty — nic o Twoim projekcie, budżecie ani wczorajszym spotkaniu. Gdyby Copilot odpowiadał wyłącznie z tej wiedzy, na pytanie „jaki jest status projektu Feniks?” zgadywałby albo grzecznie zmyślał coś prawdopodobnie brzmiącego. Microsoft nazywa rozwiązanie tego problemu groundingiem: zanim model językowy w ogóle zacznie pisać odpowiedź, Copilot najpierw szuka.

Silnikiem tego wyszukiwania jest Microsoft Graph — jeden interfejs do całej Twojej organizacji: maili w Exchange, plików w SharePoint/OneDrive, czatów i spotkań w Teams, zadań w Plannerze. Zapytanie leci więc dwuetapowo: najpierw wyszukiwanie semantyczne po tych źródłach (nie tylko dopasowanie słów — Graph rozumie, że „ryzyka” i „RAID log” to pokrewne pojęcia), potem znalezione fragmenty trafiają jako kontekst do promptu, który dopiero wtedy widzi model językowy. Odpowiedź, którą dostajesz, to model piszący na podstawie tych fragmentów — z cytowaniami źródeł, żebyś mógł sprawdzić, skąd wzięła się każda liczba.

Najważniejsza zasada bezpieczeństwa Copilota brzmi zaskakująco prosto: Copilot pokazuje wyłącznie to, do czego osoba pytająca i tak już ma dostęp — ani grama więcej. Nie ma żadnego „konta serwisowego Copilota” z podglądem do wszystkiego. Kiedy zadajesz pytanie, wyszukiwanie w Graphie działa w Twoim imieniu i respektuje te same uprawnienia SharePoint, te same grupy dystrybucyjne i te same reguły „udostępnij tylko tym osobom”, które obowiązywałyby, gdybyś ręcznie szukał w Outlooku czy w SharePoincie.

W samym Outlooku Copilot robi cztery rzeczy, z których PM korzysta najczęściej. Podsumowanie wątku bierze cały, rozgałęziony wątek mailowy i redukuje go do kilku zdań z decyzjami i otwartymi pytaniami. Draft pisze szkic odpowiedzi na podstawie krótkiej instrukcji („odmów uprzejmie, zaproponuj termin za dwa tygodnie”). Coach by Copilot nie pisze za Ciebie — czyta Twój własny szkic i ocenia ton, jasność i to, czy trafi do odbiorcy (za ostro? za mgliście? brakuje konkretnego pytania?). A meeting prep przed spotkaniem zbiera powiązane maile, pliki i poprzednie notatki, żebyś nie wchodził na rozmowę bez kontekstu.

Jeśli spotkanie ma włączoną transkrypcję, Copilot w Teams widzi ją na żywo i po spotkaniu. Najbardziej przydatna dla PM-a sztuczka to ekstrakcja action items: Copilot czyta transkrypcję, wyłapuje zdania, które brzmią jak zobowiązanie („zrobię to do piątku”, „ja się tym zajmę”), i buduje z nich listę zadań z sugerowanym właścicielem (kto to powiedział albo do kogo się zwrócono) i terminem, jeśli padł w rozmowie. To wciąż tylko sugestia — PM potwierdza, zanim zadanie wyląduje w Plannerze czy w mailu z podsumowaniem.

Excel Copilot potrafi tłumaczyć zwykły język na formuły i podsumowania, ale najbardziej praktyczne zastosowanie dla PM-a to RAID log (Risks, Assumptions, Issues, Dependencies) z automatycznie liczonym priorytetem. Klasyczny wzór: Priorytet = Wpływ × Prawdopodobieństwo (oba w skali 1–5), co daje zakres 1–25 i pozwala posortować ryzyka bez zgadywania „na oko”, co jest ważniejsze.

To jest chyba najczęstsza „zabójcza aplikacja” Copilota dla PM-ów: cotygodniowy status projektu, który normalnie wymaga przekopania się przez maile, pliki i notatki ze spotkań z całego tygodnia. Business Chat (widok Copilota „ponad aplikacjami”, dostępny też jako Copilot Chat) potrafi w jednym zapytaniu zebrać wszystkie te źródła naraz i złożyć z nich szkic dokumentu w Wordzie.

Najbardziej stresujące rozmowy PM-a to te, w których interesariusz twierdzi „przecież ustaliliśmy inny termin” — a Ty nie pamiętasz dokładnie, kto co obiecał, w którym mailu. Copilot może przed taką rozmową przeszukać całą historię komunikacji z daną osobą i wyłapać miejsca, w których różne wiadomości mówią sprzeczne rzeczy.

Opóźnienia rzadko ogłasza się jednym jasnym mailem. Rozkładają się na dziesiątki wątków, w których ktoś pisze „czekamy na akceptację”, „to może się przesunąć” albo „jeszcze nie mieliśmy czasu”. Pojedynczo brzmią niegroźnie. Zebrane razem i policzone — to wzorzec. Copilot, poproszony o skan słownictwa ryzyka w wątkach, potrafi wyłapać te frazy szybciej niż ktokolwiek czytający maile po kolei.

Kiedy pytania od interesariuszy powtarzają się co tydzień („jaki jest status?”, „kiedy koniec fazy 2?”), można w Copilot Studio zbudować własnego agenta — „Status Bot” — podłączonego wyłącznie do wybranych źródeł (np. dokument statusu, harmonogram, RAID log). Kluczowa własność: agent dziedziczy Twoje uprawnienia twórcy i jest ograniczony do podłączonych źródeł — nie przeszukuje całego Grafu jak zwykły Copilot Chat, tylko to, co mu wskazałeś.

Trzy rzeczy warto mieć odruchowo w głowie, zanim wyślesz cokolwiek wygenerowanego dalej: liczby potrafią być halucynowane nawet przy dobrym groundingu (model dopisuje szczegół, którego nie było w źródle, żeby zdanie brzmiało płynniej), precyzja promptu decyduje o jakości bardziej niż sama moc modelu, a agent zbudowany w Copilot Studio ma dokładnie tyle uprawnień, ile ma jego twórca — więc jeśli zbudujesz agenta na swoim koncie z szerokim dostępem, każdy, kto z nim rozmawia, pośrednio korzysta z Twoich uprawnień.

12 pytań, każde testuje mechanizm z poprzednich rozdziałów, nie samą nazwę funkcji.

Ściąga