Meta ogłosiła 8 września 2026 roku Meta Muse — osobistego agenta AI, który ma nie tylko odpowiadać na pytania, lecz także wykonywać wieloetapowe zadania w sieci i połączonych usługach. Muse ma przeglądać strony, wypełniać formularze, wysyłać e-maile, rezerwować podróże, przygotowywać zakupy i pracować nad dłuższymi celami. Właśnie dlatego najważniejsze pytanie nie brzmi: „czy potrafi kliknąć?”. Brzmi: ile kontroli użytkownik zachowuje, gdy agent dostaje dostęp do jego cyfrowego życia?
Muse to agent, nie zwykły chatbot
Klasyczny chatbot kończy pracę na odpowiedzi. Meta Muse ma przejść od rozmowy do działania: znaleźć informacje, wykonać kolejne kroki w przeglądarce i wrócić do użytkownika, gdy potrzebna będzie decyzja albo zgoda.
Meta opisuje Muse jako system oparty na modelu Muse Spark. Usługa ma działać przez dedykowaną aplikację na iOS i Androidzie, stronę muse.ai oraz WhatsApp. Agent może też kontynuować zadanie po zamknięciu aplikacji i poinformować użytkownika, gdy coś się zmieni lub gdy konieczne będzie zatwierdzenie działania.
To ważna zmiana w stosunku do asystenta, który tylko podpowiada tekst. Agent może przygotować rezerwację, przejść przez formularz albo wyszukać produkt. Ostateczna użyteczność zależy jednak od tego, jak często zatrzyma się przed działaniem w imieniu użytkownika i jak jasno pokaże, co zamierza zrobić.
Zadania, interfejsy i zgoda użytkownika
Oficjalny interfejs Muse jest podzielony na sekcje Chat, Feed, Ideas, Goals i Library. Chat służy do rozmowy z agentem, Feed dostarcza spersonalizowane treści, Ideas pokazuje propozycje działań, Goals pomaga śledzić dłuższe zadania, a Library przechowuje utworzone materiały.
W demonstracjach Muse planuje podróż, wyszukuje informacje w przeglądarce, zajmuje się biletami do kina i analizuje zadania związane z celami. W osobnym pokazie agent przegląda stronę zakupową i przygotowuje proces płatności. To dobrze ilustruje zamysł produktu, ale nie jest dowodem ogólnej niezawodności ani skuteczności w każdej witrynie.
Muse ma działać w tle, a użytkownik może sprawdzać status zadania. Przy czynnościach wymagających uprawnień zgoda może pojawić się w rozmowie lub w widoku statusu. W praktyce oznacza to model „agent robi przygotowania, człowiek zatwierdza wrażliwy krok”, a nie bezwarunkowe przekazanie mu całej kontroli.
Secure VM i Sentinel
Sercem architektury jest Muse Secure VM — dedykowana maszyna wirtualna w chmurze z własną przeglądarką. Ma ona oddzielać agenta, dane użytkownika i poświadczenia od innych agentów oraz otaczającej infrastruktury.
Drugą warstwą jest Sentinel. Ten komponent monitoruje to, co Muse próbuje wysłać do internetu. Jeśli działanie pasuje do wcześniej udzielonej zgody, może zostać wykonane zgodnie z ustaloną polityką. W przypadku wrażliwego kroku Sentinel może wyświetlić prośbę o akceptację człowieka.
Tu pojawia się kluczowe rozróżnienie. Ograniczenie dostępu zapisane w polityce nie oznacza automatycznie, że dostawca technicznie nie może dostać się do danych. David Singleton, wiceprezes ds. inżynierii produktów konsumenckich w Meta Superintelligence Labs, opisał Secure VM jako środowisko, do którego Meta ma być ograniczona zasadami, ale początkowa architektura nie jest kryptograficznym sejfem niedostępnym dla operatora.
To różnica między „Meta nie powinna tego robić” a „Meta nie może tego zrobić”. Dla agenta mającego dostęp do poczty, kalendarza, zakupów i połączonych usług jest to różnica fundamentalna.
Płatności i planowany Confidential VM
Meta deklaruje, że Muse nie widzi haseł ani metod płatności przechowywanych w bezpiecznym systemie poświadczeń. Do zakupów może wykorzystywać Stripe Link, w tym jednorazowe numery kart i mechanizmy ochrony zakupów przeznaczone dla agentów. Wsparcie dla Shop Pay i 1Password opisano jako planowane.
W pokazanym procesie zakupowym Muse przygotowuje transakcję i zatrzymuje się przy prośbie o zgodę. Płatność nie została w tym pokazie sfinalizowana, więc materiał wyjaśnia przepływ kontroli, a nie dowodzi skuteczności zakupów w realnych warunkach.
Użytkownik ma otrzymać także narzędzia do zarządzania uprawnieniami, odłączania usług, przeglądania dziennika aktywności, usuwania pamięci oraz rezygnacji z wykorzystywania interakcji do trenowania AI. To praktyczne zabezpieczenia, ale nie zastępują odpowiedzi na pytanie o techniczną możliwość dostępu operatora do środowiska.
Meta zapowiada Muse Confidential VM jako mocniejszy wariant prywatności. Planowana architektura ma wykorzystywać zaufane środowisko uruchomieniowe i klucze kontrolowane przez użytkownika, aby uniemożliwić Meta dostęp do maszyny wirtualnej. W chwili ogłoszenia była to jednak zapowiedź, a nie powszechnie dostępny tryb usługi.
Dostępność i zgłoszone ceny
Potwierdzony rollout dotyczy Stanów Zjednoczonych. Meta wskazała tam iOS, Androida, muse.ai i WhatsApp jako kanały dostępu. Dla Polski nie ustalono daty uruchomienia Muse ani ceny w złotych, dlatego amerykańskich warunków nie należy traktować jako polskiej oferty.
W odniesieniu do rynku amerykańskiego raportowano trzy poziomy: bezpłatne korzystanie z limitem użycia oraz plany za 20 USD miesięcznie i 100 USD miesięcznie. Dokładny limit bezpłatnego poziomu nie został określony, a podane kwoty dotyczą raportowanej struktury startowej, nie potwierdzonego cennika dla Polski.
| Dostęp lub plan | Rynek | Zgłoszona cena lub kanał | Warunek dla użytkownika |
| Poziom bezpłatny | Stany Zjednoczone | Bez opłat, z limitem użycia | Dokładny limit nie został podany |
| Plan płatny | Stany Zjednoczone | 20 USD miesięcznie | Cena dotyczy raportowanej oferty startowej w USA |
| Plan płatny | Stany Zjednoczone | 100 USD miesięcznie | Cena dotyczy raportowanej oferty startowej w USA |
| Kanały dostępu | Stany Zjednoczone | iOS, Android, muse.ai, WhatsApp | Polski dostęp i polska cena nie są ustalone |
Najtrudniejszym testem jest zaufanie
Społecznościowe reakcje na Muse są mocno sceptyczne wobec obietnic prywatności Meta. Część użytkowników interesuje się monitorowaniem Marketplace, wyszukiwaniem poczty i przyszłymi integracjami, ale równie często pojawia się pytanie, po co przekazywać Meta jeszcze więcej osobistych danych.
Ten sceptycyzm jest ważnym sygnałem społecznym, lecz nie dowodem naruszenia bezpieczeństwa. Techniczny problem pozostaje jednak realny: agent, który ma wykonywać zadania, potrzebuje szerszych uprawnień niż chatbot udzielający odpowiedzi. Im większy zakres działania, tym większe znaczenie mają granice zgód, dziennik aktywności i możliwość zatrzymania czynności przed jej wykonaniem.
Dlatego warto rozdzielić pięć pytań:
- Co agent potrafi przygotować? Muse ma obsługiwać wieloetapowe zadania w sieci i połączonych usługach.
- Kiedy musi zapytać o zgodę? Meta opisuje akceptację przy działaniach wrażliwych, takich jak wysłanie e-maila czy zakup.
- Co izoluje środowisko? Muse Secure VM ma oddzielać agenta i dane od reszty infrastruktury.
- Kto kontroluje ruch wychodzący? Sentinel ma go analizować i blokować albo przekazywać do zatwierdzenia.
- Czy operator jest technicznie odcięty od danych? W początkowym modelu Secure VM odpowiedź brzmi: nie wynika to z samej izolacji; Muse Confidential VM pozostaje planowaną mocniejszą architekturą.
Co warto wiedzieć przed przekazaniem Muse dostępu
Meta Muse jest ciekawym przykładem przejścia od rozmów z AI do delegowania konkretnych czynności. Dla użytkownika najważniejsze nie będzie samo to, czy agent potrafi znaleźć bilet albo przygotować zakup, lecz czy można precyzyjnie ograniczyć jego uprawnienia i zobaczyć, co zrobił.
Na dziś obraz jest klarowny, choć nie bez zastrzeżeń: Muse ma działać jako osobisty agent, Secure VM i Sentinel mają ograniczać jego działania, a zgoda człowieka ma pozostać przy wrażliwych krokach. Nie należy jednak mylić tych zabezpieczeń z kryptograficzną niedostępnością danych dla Meta. Dopóki mocniejszy, oparty na kluczach użytkownika Muse Confidential VM pozostaje planem, zaufanie jest nie dodatkiem do produktu, lecz jego najważniejszym warunkiem.
