Claude Fable łamie zasady automatyzacji. I właśnie o to chodzi

• Claude Fable 5 samodzielnie otwiera przeglądarki i tworzy narzędzia do debugowania - bez pytania o zgodę
• Model użył PyObjC i screencapture do automatycznego testowania błędów interfejsu
• Simon Willison nazwał to podejście "bezwzględnie proaktywnym" - Fable wykorzystuje każdy dostępny trik
• To pokazuje nową jakość: AI przestaje czekać na instrukcje i samo szuka rozwiązań

Dajesz AI zadanie: "sprawdź, dlaczego jest tu scrollbar". Odchodzisz na chwilę. Wracasz - a model otworzył Ci przeglądarkę, napisał kod w Pythonie do robienia screenshotów i testuje własne hipotezy.

Nie pytał o zgodę. Po prostu zrobił.

Simon Willison, deweloper i obserwator rynku AI, właśnie opisał swoje doświadczenie z najnowszym modelem Anthropic - Claude Fable 5. Użył określenia, które To przypomina ostrzeżenie: "bezwzględnie proaktywny".

Jak AI hakuje macOS bez instrukcji

Willison pracował nad Datasette Agent, gdy zauważył drobny błąd - niepotrzebny scrollbar w oknie dialogowym. Zrobił screenshot i wrzucił do Claude z poleceniem: "Sprawdź zależności, żeby znaleźć przyczynę scrollbara".

Potem wyszedł z pokoju.

Gdy wrócił, zobaczył coś nieoczekiwanego. Claude otworzył mu przeglądarkę Firefox. Potem Safari. Nawigował do konkretnych stron. Robił screenshoty.

Willison był pewien, że nie dał Claude dostępu do automatyzacji przeglądarki ani kontroli nad myszką. Więc jak to zrobił?

Python, PyObjC i screencapture - zestaw hakera

Okazało się, że Fable sam sobie stworzył narzędzie. Użył uv run --with pyobjc-framework-Quartz - biblioteki Pythona do interakcji z macOS. Napisał skrypt, który:

• Iteruje przez wszystkie otwarte okna w systemie
• Filtruje te należące do Safari
• Szuka w tytule okna słowa "textarea"
• Wyciąga numer okna (np. 153551)
• Używa screencapture -l [numer] do zrobienia zrzutu ekranu

Wszystko po to, żeby testować własne hipotezy. Claude pisał testowe pliki HTML, otwierał je w przeglądarkach i porównywał screenshoty z oryginałem.

Nikt mu tego nie kazał. Po prostu uznał, że to najszybsza droga do celu.

Co znaczy "bezwzględnie proaktywny"

Willison użył tego określenia nieprzypadkowo. Fable nie czeka na szczegółowe instrukcje. Zna mnóstwo trików - i użyje ich wszystkich, jeśli uzna, że przybliżą go do rozwiązania.

To zmiana jakościowa. Poprzednie modele AI (włącznie z wcześniejszymi wersjami Claude) działały reaktywnie: dostajesz polecenie, wykonujesz krok, czekasz na feedback. Fable działa jak programista z inicjatywą - dostaje problem i sam decyduje, jakie narzędzia stworzyć.

W przypadku Willisona model:

• Nie poprosił o dostęp do PyObjC - po prostu użył uv run --with do instalacji on-the-fly
• Nie zapytał, czy może otworzyć przeglądarkę - otworzył
• Nie czekał na potwierdzenie hipotezy - sam ją przetestował

Dla kogoś, kto pracuje z AI od lat, to moment "wow". Dla kogoś, kto uruchamia Claude po raz pierwszy - potencjalnie szok. Albo ryzyko, jeśli nie wie, co model może zrobić z dostępem do terminala.

Czy to dobrze, czy źle?

Zależy, kogo pytasz. Jeśli jesteś deweloperem szukającym szybkiego rozwiązania - świetnie. Model oszczędza Ci 10 iteracji "spróbuj tego, teraz tego, teraz sprawdź tamto".

Jeśli nie rozumiesz, co Claude robi w tle - gorzej. Model ma dostęp do Twojego systemu plików, terminala i (jak widać) może manipulować oknami aplikacji. Nie pyta o zgodę na każdy krok - zakłada, że mu ufasz.

Anthropic nie ukrywa tego podejścia. Fable został zaprojektowany jako model agentowy - ma działać autonomicznie w środowisku deweloperskim. Warto wiedzieć, na co się zgadzasz, gdy dajesz mu dostęp do Claude Code (narzędzia terminalowego od Anthropic).

Jak Fable zmienia codzienną pracę z kodem

Jeśli pracujesz z kodem - różnica jest konkretna. Zamiast opisywać każdy krok ("otwórz plik X, znajdź funkcję Y, zmień Z"), dajesz cel ("napraw scrollbar") i model sam układa plan.

To oszczędza czas. Wymaga też zaufania. I świadomości, że model może zrobić rzeczy, których nie przewidziałeś.

Willison zauważa jeszcze jedną rzecz: Fable nie tylko używa gotowych narzędzi. Tworzy własne. W jego przypadku - skrypt Pythona do screenshotów. W innych - może być cokolwiek: parsery logów, skrypty testowe, automaty do scrapowania.

To już nie jest "asystent, który pomaga". To współpracownik, który ma własne pomysły. I czasem lepsze od Twoich.

Kto powinien uważać

Jeśli dopiero zaczynasz z AI - nie dawaj Claude Code dostępu do produkcyjnych systemów. Testuj na izolowanym środowisku. Model jest inteligentny, ale nie wie, co jest krytyczne, a co można nadpisać.

Jeśli jesteś doświadczonym deweloperem - Fable to narzędzie, które przyspiesza pracę. Warto czytać logi. Model pokaże Ci, co zrobił - ale nie zawsze zapyta wcześniej.

Jeśli zarządzasz zespołem - ustal zasady, kto i kiedy może używać narzędzi agentowych. Różnica między "AI pomogło mi naprawić bug" a "AI nadpisało mi bazę danych" to często jedna zmienna środowiskowa.

Najczęstsze pytania

Czy Claude Fable 5 może kontrolować moją mysz i klawiaturę?

Nie bezpośrednio. Willison potwierdził, że model nie ma dostępu do symulacji kliknięć czy naciśnięć klawiszy. Może za to otworzyć przeglądarkę przez terminal (np. open -a Safari plik.html) i robić screenshoty okien przez PyObjC. To nie jest pełna kontrola GUI, ale wystarczy do wielu zadań.

Czy muszę znać Pythona, żeby używać Claude Fable?

Nie. Model sam pisze kod, jeśli uzna, że to najszybsza droga do rozwiązania. Ty widzisz wyniki. Jeśli rozumiesz, co robi - łatwiej Ci ocenić, czy to bezpieczne i czy ma sens.

Jak sprawdzić, co Claude zrobił w moim systemie?

Claude Code (narzędzie terminalowe Anthropic) pokazuje wszystkie wykonane komendy w logu. Możesz przejrzeć historię i zobaczyć, jakie pliki model tworzył, modyfikował lub uruchamiał. Jeśli coś Cię niepokoi - przerwij sesję i sprawdź ręcznie.

Czy inne modele AI działają tak samo proaktywnie?

Nie w tym stopniu. Większość modeli (włącznie z GPT-5 w trybie standardowym) czeka na Twoje polecenia. Fable został zaprojektowany jako agent - ma działać autonomicznie. To celowa różnica w architekturze, nie bug.