Magentic-UI: agent przeglądarkowy, którego można zatrzymać

Magentic-UI powstał jako badawczy interfejs agenta internetowego, w którym człowiek widzi plan, śledzi działania i może przejąć kontrolę. Microsoft Research przedstawił projekt w 2025 roku; kod na GitHubie pozwala przeanalizować architekturę. To ważny kontrapunkt wobec obietnicy „agent zrobi wszystko sam”.

Cztery elementy współpracy

Użytkownik może zmienić plan przed wykonaniem zadania (co-planning), zatrzymać przebieg i wykonać fragment samodzielnie (co-tasking), zatwierdzić działania o skutkach ubocznych (action guards) oraz ponownie wykorzystać sprawdzony plan (plan learning). W projekcie pracują wyspecjalizowane role, m.in. orkiestrator, agent przeglądarkowy i agent do kodu. To daje możliwość obserwacji tego, co agent zamierza i co rzeczywiście zrobił, a nie tylko końcowej odpowiedzi tekstowej.

Przykład: agent ma znaleźć odpowiednie zgłoszenia serwisowe i przygotować odpowiedź. Może wyszukać informacje i ułożyć szkic, lecz przed wysłaniem wiadomości człowiek sprawdza adresata i treść. Sama prośba o akceptację nie jest jeszcze pełnym bezpieczeństwem: interfejs musi jasno pokazać zakres skutku, a usługa docelowa musi ponownie zweryfikować uprawnienia.

Kiedy to pomaga w firmie?

Magentic-UI nadaje się do eksperymentów z zadaniami w wielu stronach, zwłaszcza gdy ważny jest udział operatora i analiza błędów. Może też służyć do testowania przebiegu agenta podczas AI SDLC: plan, akcje, artefakt, regresja. Nie zastępuje jednak stabilnego API tam, gdzie integracja system-system jest dostępna. Klikanie w ekran zwykle bywa bardziej wrażliwe na zmiany interfejsu niż wywołanie kontraktu API.

W 2026 r. MagenticLite rozwija ten kierunek, łącząc aplikację z mniejszymi modelami MagenticBrain i Fara 1.5. Przy wyborze wariantu sprawdź dokumentację konkretnej wersji: mechanizm wykrywania krytycznych działań i zalecana konfiguracja modeli ulegały zmianom. Próbę zakończ testem przejęcia kontroli, odmowy zgody i odtworzenia przebiegu po błędzie. To powie więcej o gotowości niż efektowna demonstracja przeglądarki.

Jak sprawdzić, czy człowiek naprawdę zachowuje kontrolę?

Wybierz zadanie z trzema etapami: zebranie danych ze strony, przygotowanie formularza i potencjalnie nieodwracalne wysłanie. Poproś agenta o plan, a następnie zmień jeden krok przed startem. W trakcie pracy przejmij przeglądarkę, popraw błędnie wybraną wartość i oddaj sterowanie. Na końcu odrzuć wysyłkę. Jeśli system mimo odmowy wykonał działanie albo nie potrafi pokazać, co się stało, interfejs „human in the loop” nie spełnił swojej roli.

Przy zatwierdzaniu liczy się przedmiot zgody. Komunikat „czy kontynuować?” nie wystarczy. Operator powinien zobaczyć adresata, treść, zasób i skutek działania. Gdy agent modyfikuje dokument lub rezerwację, trzeba wskazać wersję przed i po. Takie wymagania warto zapisać w teście akceptacyjnym, zamiast oceniać je na podstawie samego wyglądu panelu.

Magentic-UI ma również wartość edukacyjną dla zespołu. Widoczny plan i przebieg ujawniają, w których miejscach agent traci orientację, źle interpretuje stronę lub ponawia akcję. Pozwala to poprawić zadanie, narzędzie albo interfejs użytkownika. Nie każda porażka wymaga mocniejszego modelu; czasem wystarczy lepsza etykieta przycisku albo jednoznaczny stan formularza.

Badawczy charakter projektu oznacza, że przed produkcją trzeba ocenić aktualną wersję, licencje zależności, sposób izolacji przeglądarki, obsługę sesji i retencję logów. Otwarty kod jest dobrym punktem startowym do audytu. Nie zwalnia z odpowiedzialności za dane, które agent zobaczy podczas działania.