Microsoft Clarity przez MCP: dziesięć zapytań dziennie, trzy dni historii

Microsoft opublikował 18 sierpnia 2026 pięć przykładowych wzorców zapytań do serwera MCP Clarity. Same wzorce są niepozorne i dobrze, bo użyteczną częścią komunikatu jest ograniczenie, w jakim działają. Trzy limity obowiązują naraz, a razem zmieniają to, jakie pytanie w ogóle się opłaca.

Dziesięć zapytań na projekt dziennie. Trzy wymiary na zapytanie. Trzy dni historii. Każdy z osobna jest uciążliwy; połączenie jest zadaniem projektowym.

Co wyklucza okno trzech dni

Niemal każde codzienne pytanie analityczne jest porównaniem, a niemal każde porównanie sięga dalej niż trzy dni. Tydzień do tygodnia jest jednostką standardową właśnie dlatego, że znosi efekt dnia tygodnia – a punkt, którego potrzebuje, ten sam dzień tygodnia siedem dni wstecz, wygasa, zanim okno się otworzy.

Nie pomoże tu zręczniejsze sformułowanie. Danych nie ma, by o nie pytać. Działa co innego: traktowanie serwera jako źródła migawek, a nie źródła szeregów. Przekrój wzięty dzisiaj, odłożony, ten sam przekrój wzięty za tydzień, a porównanie ciągnięte całkowicie poza narzędziem.

Wydawanie dziesięciu zapytań

Tak mały budżet nagradza ustalenie podziału z góry – bo typowa porażka polega na zużyciu sześciu zapytań na dowiedzenie się, jak wygląda ruch, i pozostaniu z czterema na to, o co chodziło.

2   rozeznanie   ilosc i ksztalt, jedno na sesje,
                 jedno na strony, ktore je niosa

4   pytanie      po jednym zapytaniu na hipoteze, zadane
                 tak, by odpowiedz wykluczala hipoteze,
                 a nie opisywala dane po raz kolejny

2   kontrola     ten sam wniosek przeciety drugi raz.
                 Wniosek przezywajacy drugie ciecie
                 zwykle jest prawdziwy

2   rezerwa      na to, co podnioslo pierwsze osiem.
                 Niewydane do wieczora jest w porzadku;
                 przydzial nie przechodzi dalej

Jedynym nawykiem, który się opłaca, jest zadawanie pytań tak, by każda odpowiedź usuwała jakąś możliwość. Pytanie, którego odpowiedzią jest opis, kosztuje tyle samo co pytanie, którego odpowiedzią jest rozstrzygnięcie – a stać nas dziesięć razy dziennie tylko na jedno z nich.

Limit trzech wymiarów

Trzy grupowania brzmią hojnie, dopóki rzeczywiste pytanie nie potrzebuje strony, urządzenia, źródła i kraju naraz. Limit wymusza rozstrzygnięcie, który wymiar jest przedmiotem, a które tłem – a to rozstrzygnięcie zwykle bardziej porządkuje, niż ogranicza.

Wyjściem jest ustalenie jednego wymiaru jako filtra zamiast grupowania. Strona według urządzenia według źródła w obrębie jednego kraju wydaje kraj jako warunek, a nie jako kolumnę, mieści się w limicie i odpowiada na to samo pytanie. Przy okazji odpowiedź wychodzi mniejsza, co ma znaczenie, gdy czyta ją model zarządzający własnym kontekstem.

Gdzie to stoi obok reszty Clarity

Serwer MCP nie jest całym produktem i nigdy nie miał zastąpić interfejsu. Własne raporty Clarity niosą długą historię, nagrania sesji i mapy cieplne; serwer istnieje po to, by pytanie dało się zadać jednym zdaniem, zamiast składać je ręcznie.

Sensowny podział pracy jest więc dość jasny. Pytania rozpoznawcze o krótkim zasięgu idą przez serwer, gdzie zdanie jest tańsze niż ścieżka klikania. Wszystko historyczne, wszystko okresowe i wszystko, co ma się powtarzać planowo, należy do interfejsu albo do eksportu – bo te same ograniczenia, które czynią serwer przyjemnym w rozmowie, czynią go nieprzydatnym do raportu.

Jedno zastrzeżenie warto zabrać: te limity są tymi udokumentowanymi, a udokumentowane limity się przesuwają. Tor zbudowany dokładnie na dziesięć zapytań pęknie cicho w dniu, w którym liczba zmieni się w którąkolwiek stronę.