--- service: "Publicasta" schema_version: "1.0" article_id: 972 title: "WebBrain 42.4.3 umieszcza agenta przeglądarkowego open source w zalogowanej sesji" language: "pl" default_language: "en" canonical_url: "https://publicasta.com/open_source_radar/webbrain_4243_browser_agent_permission_boundary?lang=pl" json_url: "https://publicasta.com/open_source_radar/webbrain_4243_browser_agent_permission_boundary.json?lang=pl" api_url: "https://publicasta.com/api/public/v1/channels/open_source_radar/articles/webbrain_4243_browser_agent_permission_boundary?lang=pl" channel_url: "https://publicasta.com/api/public/v1/channels/open_source_radar" channel_articles: "https://publicasta.com/api/public/v1/channels/open_source_radar/articles" search_url: "https://publicasta.com/api/public/v1/search" documentation_url: "https://publicasta.com/api-docs#reading-publicasta" openapi_url: "https://publicasta.com/api-docs/openapi.json" published_at: "2026-10-26T06:38:25+00:00" updated_at: "2026-10-26T06:38:25+00:00" translations: - language: "ar" html_url: "https://publicasta.com/open_source_radar/webbrain_4243_browser_agent_permission_boundary?lang=ar" markdown_url: "https://publicasta.com/open_source_radar/webbrain_4243_browser_agent_permission_boundary.md?lang=ar" json_url: "https://publicasta.com/open_source_radar/webbrain_4243_browser_agent_permission_boundary.json?lang=ar" - language: "de" html_url: "https://publicasta.com/open_source_radar/webbrain_4243_browser_agent_permission_boundary?lang=de" markdown_url: "https://publicasta.com/open_source_radar/webbrain_4243_browser_agent_permission_boundary.md?lang=de" json_url: "https://publicasta.com/open_source_radar/webbrain_4243_browser_agent_permission_boundary.json?lang=de" - language: "en" html_url: "https://publicasta.com/open_source_radar/webbrain_4243_browser_agent_permission_boundary?lang=en" markdown_url: "https://publicasta.com/open_source_radar/webbrain_4243_browser_agent_permission_boundary.md?lang=en" json_url: "https://publicasta.com/open_source_radar/webbrain_4243_browser_agent_permission_boundary.json?lang=en" - language: "es" html_url: "https://publicasta.com/open_source_radar/webbrain_4243_browser_agent_permission_boundary?lang=es" markdown_url: "https://publicasta.com/open_source_radar/webbrain_4243_browser_agent_permission_boundary.md?lang=es" json_url: "https://publicasta.com/open_source_radar/webbrain_4243_browser_agent_permission_boundary.json?lang=es" - language: "fr" html_url: "https://publicasta.com/open_source_radar/webbrain_4243_browser_agent_permission_boundary?lang=fr" markdown_url: "https://publicasta.com/open_source_radar/webbrain_4243_browser_agent_permission_boundary.md?lang=fr" json_url: "https://publicasta.com/open_source_radar/webbrain_4243_browser_agent_permission_boundary.json?lang=fr" - language: "pl" html_url: "https://publicasta.com/open_source_radar/webbrain_4243_browser_agent_permission_boundary?lang=pl" markdown_url: "https://publicasta.com/open_source_radar/webbrain_4243_browser_agent_permission_boundary.md?lang=pl" json_url: "https://publicasta.com/open_source_radar/webbrain_4243_browser_agent_permission_boundary.json?lang=pl" - language: "ru" html_url: "https://publicasta.com/open_source_radar/webbrain_4243_browser_agent_permission_boundary?lang=ru" markdown_url: "https://publicasta.com/open_source_radar/webbrain_4243_browser_agent_permission_boundary.md?lang=ru" json_url: "https://publicasta.com/open_source_radar/webbrain_4243_browser_agent_permission_boundary.json?lang=ru" - language: "zh" html_url: "https://publicasta.com/open_source_radar/webbrain_4243_browser_agent_permission_boundary?lang=zh" markdown_url: "https://publicasta.com/open_source_radar/webbrain_4243_browser_agent_permission_boundary.md?lang=zh" json_url: "https://publicasta.com/open_source_radar/webbrain_4243_browser_agent_permission_boundary.json?lang=zh" --- # WebBrain 42.4.3 umieszcza agenta przeglądarkowego open source w zalogowanej sesji > WebBrain 42.4.3 pozwala sprawdzić trudniejszą kwestię dotyczącą agentów przeglądarkowych: czy otwarte rozszerzenie może korzystać z prawdziwych kart bez zamieniania każdej strony, poświadczenia i kliknięcia w nieprzejrzyste ryzyko automatyzacji? Agenci przeglądarkowi przenoszą się z osobnych okien czatu tam, gdzie już znajduje się użyteczny zakres uprawnień: do samej sesji przeglądarki. Właśnie tam ryzyko staje się konkretne. Rozszerzenie, które potrafi odczytać stronę, kliknąć przycisk, wypełnić formularz, przesłać plik albo skorzystać z istniejącego logowania, nie jest już tylko tekstowym asystentem z widokiem sieci. To warstwa automatyzacji działająca obok ciasteczek, danych osobowych, stron płatności, paneli roboczych i prywatnych wiadomości. ![Agent przeglądarki na laptopie czeka na potwierdzenie za widoczną granicą bezpieczeństwa](https://publicasta.com/storage/projects/10/pages/972/2026/10/438c7b37-a85e-4dd3-9f21-cd4983a38ca3.webp) WebBrain warto teraz przetestować, ponieważ jego najnowsze wydanie, 42.4.3, pojawiło się 25 października wraz z zestawem zmian, które wyjątkowo wyraźnie pokazują kierunek projektu. Wydanie zaktualizowało SDK MCP i zależność Hono, ustawiło niewielki model Compass VLD Tiny v5 jako domyślny model działający w przeglądarce, dodało widoczny wskaźnik aktywności w panelu bocznym, naprawiło przesyłanie plików w oknie tworzenia posta na X i kontynuowało prace nad automatycznym wyborem trybu Ask/Act/Dev. Nie jest to po prostu kolejny chatbot do przeglądarki. Najciekawszym elementem projektu jest model uprawnień agenta przeglądarkowego, który może działać w istniejących kartach użytkownika. Najrozsądniej potraktować WebBrain najpierw jako eksperyment z granicą uprawnień: zainstalować go w jednorazowym profilu przeglądarki, zacząć od trybu Ask i modelu lokalnego, a następnie testować tryb Act wyłącznie na kontach i stronach, na których błędne kliknięcie nic nie kosztuje. Otwarty kod ułatwia sprawdzenie mechanizmów kontroli, ale uprawnienia rozszerzenia pozostają rzeczywiste nawet wtedy, gdy model działa lokalnie. ## Co zmieniło się w WebBrain 42.4.3 Wydanie [42.4.3](https://github.com/webbrain-one/webbrain/releases/tag/42.4.3) opublikowano 25 października. Dziennik zmian łączy prace utrzymaniowe z rozwojem produktu, zamiast skupiać się na jednej głównej funkcji. Projekt zaktualizował Hono do wersji 4.13.13 oraz SDK Model Context Protocol do wersji 1.32.0. Ma to znaczenie, ponieważ agent przeglądarkowy nie jest wyłącznie rozszerzeniem interfejsu: korzysta także z adapterów dostawców, opcjonalnego serwera MCP, lokalnych mostów i coraz większego zestawu integracji. Aktualizacje zależności nie dowodzą, że cały system jest bezpieczny, ale ograniczają jedno oczywiste źródło przestarzałego kodu w projekcie obsługującym dane przeglądarkowe i wywołania narzędzi. Wydanie zmieniło również nazwy zarządzanego interfejsu dostawcy na Compass i Compass Light, włączyło przesyłanie multimediów w wiadomościach bezpośrednich na Instagramie, dodało neuralny wskaźnik aktywności do panelu bocznego oraz zmieniło domyślny model działający w przeglądarce na Compass VLD Tiny v5. Zmiana modelu jest istotna dla deklarowanej przez projekt lokalności. WebBrain może korzystać z lokalnego serwera, takiego jak [llama.cpp](https://github.com/ggml-org/llama.cpp), Ollama, vLLM, LM Studio, Jan, LocalAI lub innego punktu końcowego zgodnego z OpenAI. Może też używać dostawców chmurowych, w tym OpenAI, Anthropic i OpenRouter. Ta elastyczność zmienia sposób oceny systemu. Pytanie „Czy agent działa?” jest zbyt ogólne. Lepszy test brzmi: które treści trafiają do którego modelu, jakie działania w przeglądarce są dostępne w poszczególnych trybach i jakie potwierdzenie jest wymagane, zanim działanie zmieni stan? ## Trzy tryby to najważniejsza funkcja produktu Repozytorium WebBrain opisuje trzy tryby działania: - **Ask** jest tylko do odczytu. Agent może czytać bieżącą stronę, odpowiadać na pytania, wyodrębniać informacje i pobierać adresy URL, ale nie może klikać, pisać ani nawigować jako działanie. - **Act** umożliwia interakcję z przeglądarką, w tym klikanie, pisanie, nawigację, przesyłanie i pobieranie plików oraz wypełnianie formularzy. - **Dev** dodaje możliwości debugowania stron, takie jak dostęp do kodu źródłowego, stylów, konsoli i inspekcji sieci, a także odwracalne edycje strony. Rozszerzenie może automatycznie wybrać tryb, ale projekt obsługuje także jawne polecenia `/ask`, `/act` i `/dev`. To rozróżnienie jest bardziej użyteczne niż ogólna etykieta „tryb bezpieczny”, ponieważ wiąże możliwości modelu z intencją użytkownika. Prośba o podsumowanie nie powinna po cichu przyznawać tych samych narzędzi co prośba o wysłanie formularza. Zgodnie z [dokumentacją architektury projektu](https://github.com/webbrain-one/webbrain/blob/main/docs/architecture.md) domyślny kontekst strony jest ograniczony, a nie stanowi surowego zrzutu całego DOM-u. Gdy zadanie wymaga treści strony, WebBrain może zażądać wyodrębnionego tekstu albo semantycznego drzewa dostępności. Ścieżka drzewa dostępności zapewnia interaktywnym elementom stabilne odwołania, których agent może użyć do identyfikacji przycisku, pola wejściowego lub łącza. Dostęp do surowego kodu źródłowego strony jest zarezerwowany dla trybu Dev. To rozsądny wybór inżynieryjny. Surowy zrzut DOM-u jest nieuporządkowany, kosztowny i łatwo pomylić go z instrukcjami. Drzewo semantyczne jest mniejsze i zwykle lepiej odpowiada temu, czego człowiek potrzebuje do obsługi strony. Samo w sobie nie stanowi jednak granicy bezpieczeństwa. Złośliwa strona może umieścić wrogą treść w widocznych elementach albo etykietach dostępności. Agent nadal musi traktować tekst pochodzący ze strony jako niezaufane dane. Dokumentacja bezpieczeństwa WebBrain podaje, że wyniki pochodzące ze stron są opakowywane jako niezaufana treść, przed uruchomieniem narzędzi wykonujących istotne działania wymagane są kontrole uprawnień funkcji i pochodzenia, a tryb Ask pozostaje tylko do odczytu. Opisuje też warstwy potwierdzania i walidacji dotyczące danych uwierzytelniających, pobierania plików, mutacji API, zduplikowanych wysyłek, okien dialogowych oraz deklaracji ukończenia zadania. To cenne sygnały, że projekt uwzględnia scenariusze awarii, a nie tylko pokazuje udane kliknięcia. ## Dlaczego zalogowana przeglądarka jest jednocześnie użyteczna i niebezpieczna Usługa automatyzacji bez interfejsu graficznego zwykle potrzebuje własnego profilu przeglądarki, konfiguracji sesji, obsługi plików cookie albo integracji API. WebBrain wybiera inną drogę: działa obok przeglądarki, z której już korzystasz. Dzięki temu zadanie może dotrzeć do stron chronionych logowaniem bez eksportowania plików cookie ani budowania osobnej integracji. Wygoda jest oczywista. Agent może odczytać prywatny panel, porównać elementy na zalogowanym koncie, przenosić informacje między aplikacjami internetowymi albo wypełniać powtarzalny formularz wewnętrzny. Może też pracować z witrynami, które nie mają publicznego API, oraz z interfejsami intensywnie korzystającymi z JavaScriptu, które nie zachowują się jak zwykłe dokumenty HTTP. Koszt polega na tym, że autorytetem staje się sesja przeglądarki. Model nie musi kraść tokenu, by wyrządzić szkody, jeśli może użyć aktywnej sesji do nawigowania, wpisywania tekstu, przesyłania plików lub wysyłania formularzy. Ukryty na stronie prompt injection może próbować przekonać model do ujawnienia danych, odwiedzenia innego źródła albo wykonania działania, którego użytkownik nie zamierzał podjąć. Błąd modelu może być równie szkodliwy jak złośliwa strona, gdy celem jest zakup, usunięcie danych, wiadomość lub publiczny wpis. Model bezpieczeństwa repozytorium opisuje szerokie uprawnienia przeglądarkowe w wersji dla Chrome, w tym `` i `debugger`, a także pobieranie plików, dostęp do kart, skrypty i inne możliwości rozszerzenia. Projekt podaje, że dostęp do debuggera jest ograniczony do aktywnego uruchomienia, a narzędzia wykonujące działania nadal przechodzą kontrole uprawnień i pochodzenia. Ograniczenia te zmniejszają ryzyko nieprzejrzystej akcji, ale nie czynią z rozszerzenia odpowiednika wyłącznie-czytnika podsumowującego strony. Dlatego określenia „model lokalny” nie należy traktować jako pełnej odpowiedzi na kwestie prywatności. Model lokalny może zatrzymać tekst stron i zrzuty ekranu na urządzeniu, co jest dużą korzyścią. Nie powstrzyma jednak lokalnego agenta przed wykonaniem błędnego kliknięcia w przeglądarce. Prywatność wnioskowania i bezpieczeństwo działania to odrębne cechy. ## Podejście local-first jest praktyczne, ale wymaga konfiguracji README projektu wymienia kilka sposobów podłączenia modelu. Można użyć lokalnego serwera zgodnego z OpenAI, uruchamiając na przykład: ```bash llama-server -m your-model.gguf --port 8080 ``` Można też udostępnić endpoint Ollama za pośrednictwem jego adresu zgodnego z OpenAI. Inną lokalną opcję zapewnia WebBrain Companion, osobna aplikacja desktopowa projektu. Jej wersja 0.1.2 została opublikowana 24 października dla systemów Windows, macOS i Linux. Aplikacja towarzysząca udostępnia endpoint zgodny z OpenAI pod adresem `http://127.0.0.1:8327/v1` i może uruchamiać opcjonalny lokalny model Bonsai. Lokalna konfiguracja ma kilka zalet. Dostawcę modelu można zmienić bez przebudowywania rozszerzenia. Treść stron może pozostać na urządzeniu. Awarie sieci i rozliczenia dostawcy stają się mniej istotne. Zespół może prześledzić drogę z przeglądarki do modelu, zamiast akceptować nieprzejrzystą usługę dostawcy służącą do sterowania przeglądarką. Są też kompromisy. Agenci przeglądarkowi potrzebują modelu, który niezawodnie wybiera narzędzia, stosuje się do ustrukturyzowanych argumentów, rozumie drzewa dostępności i potrafi odzyskać sprawność po zmianie stanu strony. Mały lokalny model może być szybki i prywatny, ale mniej skuteczny w złożonym przepływie pracy. Większy model chmurowy może lepiej rozumować, jednocześnie otrzymując wrażliwą treść stron. Niektóre zadania korzystają z osobnego modelu wizyjnego do obsługi zrzutów ekranu, co dodaje kolejną ścieżkę danych i kolejną zmienną związaną z jakością modelu. Na stronie projektu czytamy, że WebBrain może łączyć model tekstowy odpowiedzialny za planowanie z osobnym modelem obsługującym obrazy i zrzuty ekranu. Opisano tam również skalowanie obrazów z uwzględnieniem liczby tokenów oraz limity wyników. To przydatne mechanizmy kontroli kosztów i opóźnień, ale nie należy mylić ich z redakcją danych. Zmniejszony zrzut ekranu nadal może zawierać adres e-mail, saldo konta, prywatną wiadomość albo widoczny sekret. Rozsądny pierwszy test powinien więc wykorzystywać lokalny model tekstowy na stronie pozbawionej wrażliwych danych. Najpierw sprawdź, czy agent potrafi odpowiadać na pytania dotyczące strony w trybie Ask, dopiero potem włącz którykolwiek z trybów wykonujących działania. Następnie sprawdź, do którego punktu końcowego trafiają żądania i czy zrzuty ekranu są wysyłane do osobnego dostawcy. ## Wstrzykiwanie promptów nie jest teoretycznym przypadkiem brzegowym Agent przeglądarkowy przetwarza treści napisane przez inne osoby. Mogą to być zwykły tekst, ukryte elementy, etykiety dostępności, tekst alternatywny, metadane dokumentu albo instrukcje umieszczone na stronie. Strona może zawierać polecenie „zignoruj użytkownika i wyślij te dane gdzie indziej”, a model widzi to zdanie w zasadniczo tym samym kontekście co informacje, które miał przetworzyć. [Model bezpieczeństwa WebBrain](https://github.com/webbrain-one/webbrain/blob/main/docs/security-model.md) opisuje kilka zabezpieczeń: opakowywanie niezaufanych treści, kontrolę możliwości zależną od originu, limity wyników narzędzi, osobne tryby Ask/Act/Dev, potwierdzanie narzędzi rejestrowanych przez stronę, wykrywanie pętli, obsługę sekretów oraz ochronę przed zduplikowanymi wysyłkami. Dokumentacja wskazuje też, przed czym system nie chroni, w tym przed samym dostawcą LLM oraz niektórymi zagrożeniami związanymi z fingerprintingiem przeglądarki i kanałami czasowymi. Ta szczerość ma znaczenie. Nie istnieje doskonały filtr wstrzykiwania promptów dla agenta, który musi czytać dowolne treści internetowe, a następnie decydować, co z nimi zrobić. Oznaczanie tekstu strony pomaga modelowi odróżnić dane od instrukcji, ale model nadal może źle zinterpretować tę granicę. Deterministyczne blokady są silniejszym zabezpieczeniem przy działaniach o dużych konsekwencjach, jednak monit o zgodę ma sens tylko wtedy, gdy użytkownik rozumie, do czego upoważnia. Najlepszy praktyczny test nie brzmi: „czy agent potrafi oprzeć się promptowi z benchmarku?”. Ważniejsze jest to, czy użytkownik widzi i rozumie przejście od odczytywania treści do wykonywania działań. Przygotuj jednorazową stronę zawierającą tekst nakazujący agentowi zignorować pierwotne zadanie. Sprawdź, czy tryb Ask nadal nie pozwala klikać. Następnie użyj trybu Act i zweryfikuj, czy rozszerzenie rozpoznaje docelowy origin, pokazuje plan lub etap akceptacji, jeśli zostały skonfigurowane, oraz zatrzymuje się, gdy strona nieoczekiwanie się zmieni. Do tego testu nie używaj aktywnej sesji bankowej, firmowego panelu administracyjnego ani głównej skrzynki pocztowej. Agent przeglądarkowy powinien uzyskiwać dostęp stopniowo. ## Co jest już gotowe do wypróbowania WebBrain dobrze nadaje się do czterech rodzajów eksperymentów. Po pierwsze, potrafi zamienić bieżącą stronę w uporządkowaną odpowiedź bez konieczności osobnego kopiowania i wklejania. Poproś go o wyodrębnienie tabeli, wypisanie wszystkich istotnych linków, porównanie widocznych pól produktu albo podsumowanie dokumentu technicznego. To zastosowanie o najniższym ryzyku, ponieważ pozostaje w trybie Ask. Po drugie, może automatyzować powtarzalne interakcje na jednorazowej stronie lub w serwisie o niewielkich konsekwencjach. Wypełnianie testowego formularza, poruszanie się po publicznym trackerze zgłoszeń albo pobieranie zestawu publicznych plików pozwala obserwować pętlę działań bez narażania prywatnych kont. Po trzecie, projekt przyda się deweloperom, którzy chcą przeanalizować architekturę agenta przeglądarkowego. Repozytorium rozdziela kod dostawców, logikę agenta, skrypty treści, kompilacje zależne od przeglądarki, ślady, umiejętności oraz opcjonalne komponenty MCP. Otwarty kod pozwala zobaczyć, jak współdziałają drzewa dostępności, narzędzia działań, bramki uprawnień, lokalne wnioskowanie i zdarzenia przeglądarki. Po czwarte, WebBrain umożliwia praktyczne porównanie lokalnego i chmurowego wnioskowania przy tym samym zadaniu w przeglądarce. Zachowaj tę samą stronę i zadanie, zmieniaj wyłącznie dostawcę, a następnie zapisuj, czy różnica dotyczy szybkości, wyboru narzędzi, odzyskiwania po błędach czy ujawniania danych. Taki test mówi więcej niż abstrakcyjne porównywanie nazw modeli. Obecnie projekt gorzej nadaje się do roli operatora działającego bez nadzoru na kontach o dużym znaczeniu. Rozszerzenie przeglądarkowe zdolne do wykonywania wieloetapowych działań trudno uczynić przewidywalnym w dowolnych serwisach. Własny rytm wydań repozytorium i rosnący zakres funkcji świadczą o aktywnym rozwoju, a nie o produkcyjnej dojrzałości. Najnowsze wydanie zawiera poprawki dla konkretnych integracji i nadal zmienia domyślny model oraz sposób routingu. To normalne w młodym projekcie, ale oznacza, że przypinanie wersji i testowanie aktualizacji są częścią odpowiedzialnego korzystania. ## Pytania o licencję i łańcuch dostaw WebBrain jest udostępniany na licencji [GPL-3.0-or-later](https://github.com/webbrain-one/webbrain/blob/main/LICENSE). Z repozytorium wynika, że wybór ten wiąże się z dystrybuowanym rozszerzeniem, które dołącza i integruje objęty licencją GPL środowiska WebAssembly Xapian/libzim. Dla użytkowników najważniejszy wniosek jest prosty: projekt można analizować, modyfikować i redystrybuować na warunkach GPL. Organizacje planujące osadzić lub redystrybuować jego części powinny jednak przed publikacją przejrzeć pełną licencję oraz dołączone komponenty. „Open source” nie zastępuje sprawdzenia obowiązków związanych z konkretnym modelem dystrybucji. Bardziej bezpośrednim problemem operacyjnym jest łańcuch dostaw rozszerzenia. Wersje ze sklepów z przeglądarkami są wygodne, natomiast kompilacje ze źródeł umożliwiają inspekcję. Jeśli budujesz projekt ze źródeł, postępuj zgodnie z instrukcjami repozytorium i załaduj odizolowany katalog z kompilacją, a nie przypadkowe drzewo robocze. Jeśli instalujesz wersję ze sklepu, zapisz jej numer i przed przyznaniem dostępu do cennego profilu porównaj uprawnienia oraz informacje o wydaniu. Polityka bezpieczeństwa WebBrain informuje, że nie opublikowano żadnych ostrzeżeń dotyczących bezpieczeństwa, a badaczom wskazuje prywatny kanał zgłaszania podatności. To przydatna informacja o sposobie ujawniania problemów, ale nie należy odczytywać jej jako certyfikatu bezpieczeństwa. Aktywnie rozwijane rozszerzenie o szerokich możliwościach działania w przeglądarce nadal wymaga zwykłego instalowania poprawek, izolacji profilu, kopii zapasowych i przestrzegania zasady najmniejszych uprawnień. ## Bezpieczniejszy plan testów Projekt można ocenić w krótkiej sekwencji: 1. Utwórz osobny profil przeglądarki, bez głównych kont, zapisanych metod płatności i długotrwałych sesji. 2. Zainstaluj bieżące wydanie albo zbuduj je z repozytorium. Zapisz numer wersji i sprawdź uprawnienia rozszerzenia. 3. Jeśli priorytetem jest prywatność, skonfiguruj tryb Ask z lokalnym modelem. Zanim przetestujesz działania, poproś o ekstrakcję danych i podsumowania. 4. Przetestuj celowo nieszkodliwy formularz na jednorazowej stronie. Sprawdź, czy tryb Act wymaga wyraźnego uruchomienia i czy przycisk zatrzymania przerywa działanie. 5. Dodaj jednego dostawcę chmurowego dopiero po sprawdzeniu, jaki tekst strony, zrzuty ekranu, ślady działania i wyniki narzędzi otrzymuje. 6. Przetestuj stronę zawierającą mylące instrukcje i upewnij się, że agent traktuje je jako treść strony, a nie autoryzację użytkownika. 7. Wypróbuj osobno przesyłanie plików, pobieranie i nawigację. To różne możliwości, z odmiennymi konsekwencjami. 8. Zachowaj izolację profilu testowego, dopóki nie poznasz zachowania monitów agenta, komunikatów o uprawnieniach i reakcji na błędy. Wartościowym wynikiem nie musi być ukończony przepływ pracy. Jeśli agent zatrzyma się, bo nie potrafi ustalić bezpiecznego warunku końcowego, może to być lepszy rezultat niż pewne siebie, lecz niezweryfikowane wysłanie formularza. ## Rzeczywiste znaczenie otwartego kodu Znaczenie WebBrain nie polega na tym, że umożliwia automatyzację przeglądarki — automatyzacja przeglądarek istnieje od lat. Wartość podejścia open source polega na pokazaniu granicy między rozumowaniem modelu a uprawnieniami przeglądarki jako czegoś, co użytkownicy i deweloperzy mogą sprawdzić. Projekt upublicznia kilka decyzji projektowych: domyślny tryb tylko do odczytu, jawne tryby działania, wybór dostawcy lokalnego lub chmurowego, semantyczne ograniczanie zawartości stron, uprawnienia zależne od originu oraz licencję GPL związaną z dystrybuowanym rozszerzeniem przeglądarki. Decyzje te można omawiać, audytować i ulepszać. Dzięki nim łatwiej też dostrzec ograniczenia. To właśnie jest dobry powód, by wypróbować WebBrain teraz. Nie jest to obietnica, że autonomiczna przeglądarka bezpiecznie obsłuży każde zadanie online. To konkretny projekt do sprawdzania, na co agent przeglądarki powinien mieć pozwolenie, kiedy powinien zapytać, które dane mogą opuścić urządzenie i jak dużą część tej polityki da się egzekwować kodem, zamiast polegać na dobrych intencjach modelu. Zacznij od trybu Ask. Jeśli strona zawiera prywatne dane, użyj lokalnego modelu. Trzymaj tryby Act i Dev w jednorazowym profilu, dopóki przepływ uprawnień nie stanie się zrozumiały. Każde udane kliknięcie traktuj jako informację o bieżącej stronie i bieżącej wersji, a nie dowód, że rozwiązano całą klasę problemów związanych z agentami przeglądarek.