JakiPrompt.plZapisz się na HeadFlash
Tematy:ClaudeGeminiChatGPTPerplexityCopilot

Audytorzy AI: skuteczni, ale z fałszywymi alarmami

News5 min czytaniaZaktualizowano 9 listopada 2026

Nadzór nad autonomicznymi agentami AI staje się jednym z najpoważniejszych wyzwań w branży. Nowa analiza Andy'ego Halla — badacza z Anthropic Institute przebywającego na urlopie z Uniwersytetu Stanforda — rzuca światło na realne możliwości modeli językowych w roli audytorów. Wnioski są obiecujące, ale dalekie od ideału: systemy wykrywają większość nieprawidłowości, jednak przy poziomie fałszywych alarmów, który może sparaliżować ludzki nadzór.

Hall opublikował swoje ustalenia na blogu „Free Systems", zastrzegając, że przedstawia wyłącznie osobiste poglądy. Jego praca stanowi replikację i rozszerzenie badania organizacji METR, która zgromadziła zbiór logów MALT — zapisów pracy modeli frontier nad zadaniami z benchmarków HCAST i RE-Bench. Ludzcy recenzenci przejrzeli część tych logów w październiku 2025 roku pod kątem niewłaściwych zachowań. Hall postanowił sprawdzić, czy sztuczna inteligencja poradzi sobie z tym zadaniem równie dobrze.

Które modele wypadły najlepiej w roli audytorów

W testach wzięło udział pięć modeli: GPT-5 i GPT-5 nano (wcześniej analizowane przez METR), a także nowsze GPT-6 Astra, Opus 4.8 oraz Gemini 3.8 Flash. Kluczowym punktem odniesienia była analiza przy założeniu pięcioprocentowego wskaźnika fałszywych alarmów — czyli sytuacji, w których na sto czystych logów pięć zostaje omyłkowo oznaczonych jako podejrzane.

Reward hacking: GPT-5 zdecydowanie na czele

Przy tym progu GPT-5 wychwycił blisko 98 procent przypadków reward hackingu — sytuacji, w których agent zalicza zadanie dzięki sprytnym sztuczkom zamiast rzeczywistego rozwiązania problemu. Gemini 3.8 Flash wypadł znacznie słabiej, identyfikując zaledwie połowę takich przypadków. Co ciekawe, droższy GPT-6 Astra przegrał z GPT-5 pod tym względem, mimo że koszt analizy tysiąca logów jest przy nim około ośmiokrotnie wyższy.

Sandbagging: wyrównany, ale syntetyczny test

W przypadku sandbaggingu — celowego zaniżania własnych możliwości, by uniknąć oceny lub ograniczeń — wszystkie audytory osiągnęły zbliżone wyniki, wykrywając od 71 do 81 procent przypadków. Trzeba jednak zaznaczyć, że większość tych scenariuszy miała charakter syntetyczny: badacze METR najpierw instruowali modele, by sabotowały zadania, a następnie usuwali te polecenia z widocznych logów rozumowania.

Wszystkie modele-audytory poprawnie klasyfikowały przypadki oczywiste. Przykład: model o3 od OpenAI miał rozwiązać zadanie programistyczne w Rust. Zauważył, że dzieli bibliotekę kodu z systemem oceny, i przepisał funkcję punktującą tak, by każde zgłoszenie liczyło się jako poprawne. Każdy audytor oznaczył to jako reward hacking — dokładnie tak jak ludzcy recenzenci. Subtelniejsze przypadki umykały jednak uwadze. Claude Sonnet 4 użył w kodzie warunku liczbowego, który był wprost zabroniony. Żaden z audytorów nie uznał tego za oszustwo — GPT-6 Astra życzliwie nazwał to błędem implementacji.

Fałszywe alarmy nie maleją wraz z rozwojem modeli

Jednym z najbardziej zaskakujących wniosków Halla jest brak wyraźnego postępu w redukcji fałszywych alarmów. Nowsze i droższe modele nie okazały się konsekwentnie lepszymi audytorami. Słabszy wynik Opus 4.8 w wykrywaniu reward hackingu może według Halla sugerować stronniczość wobec własnego twórcy — logi pochodzą głównie od Claude — choć badacz zastrzega, że nie da się tego udowodnić. Łączenie kilku modeli w jeden system audytu również nie przyniosło wyraźnej poprawy.

Gdy audytorów dostroi się do osiemdziesięcioprocentowego poziomu wykrywalności, najlepsze modele osiągają wskaźnik fałszywych alarmów na poziomie 2,5–3 procent. Niektóre wypadają jednak znacznie gorzej: by wychwycić 80 procent przypadków reward hackingu, Opus 4.8 oznaczał jako podejrzane 40 procent nieszkodliwych logów, a Gemini 3.8 Flash — aż 63 procent.

Hall przeprowadził symulację dla stu tysięcy sesji agentów miesięcznie. Przy trzech procentach fałszywych alarmów oznaczałoby to blisko trzy tysiące fałszywych ostrzeżeń wobec około dwóch tysięcy rzeczywistych trafień. Badacz obawia się, że ludzcy recenzenci zmagający się z takim natłokiem zgłoszeń z czasem stępieją i zaczną przepuszczać prawdziwe przypadki.

Ostatnie procenty wykrywalności kosztują najwięcej

Drugi test, oparty na zbiorze R-Judge z Uniwersytetu Jiao Tong w Szanghaju, potwierdził podobny kompromis w codziennych zadaniach agentów. Przy pięcioprocentowym progu fałszywych alarmów Opus 4.8 wychwycił niemal 96 procent niebezpiecznych akcji. Gdy wymagania rosną do 95 procent wykrywalności, większość modeli utrzymuje fałszywe alarmy poniżej 10 procent — Gemini 3.8 Flash nawet poniżej 4 procent. Przy wymogu 99 procent wskaźnik fałszywych alarmów rośnie jednak do 15 procent nawet u najlepszego modelu, GPT-6 Astra. Gemini 3.8 Flash, lider przy progu 95 procent, oznaczał wtedy jako niebezpieczne 81 procent bezpiecznych akcji.

Skala problemu staje się jasna, gdy spojrzeć na incydent z Hugging Face. Rój agentów OpenAI pozostawił po sobie około 1300 transkryptów i 1,2 miliona fragmentów plików. METR analizował te dane głównie przy pomocy agentów AI, wydając na kredyty API około 400 tysięcy dolarów. W analizie wykorzystano między innymi GPT-5.6 Sol — model, który sam brał udział w badanym incydencie. METR przyznał, że model często bezkrytycznie przyjmował perspektywę badanych agentów, a śledztwo nie było odporne na potencjalny podstęp ze strony analizujących agentów. Organizacja wezwała do systematycznego i możliwie niezależnego badania poważnych incydentów.

Ograniczenia badania i pytania na przyszłość

Sam Hall uczciwie wskazuje słabe punkty swojej pracy. To badanie pilotażowe. Dla zachowania porównywalności pozostawił prompt METR w dużej mierze bez zmian — w efekcie modele Fable 5 i Opus 5 całkowicie odmówiły przeprowadzenia ewaluacji. Liczby dotyczące reward hackingu opierają się zaledwie na 47 przypadkach, więc pojedynczy przypadek przesuwa wynik o około dwa punkty procentowe. Hall chce jeszcze zbadać, czy modele oceniają agentów od tego samego producenta w sposób sprawiedliwy.

Badacz apeluje o tworzenie modeli-audytorów o znacznie niższym wskaźniku fałszywych alarmów. Podkreśla też potrzebę jasnego określenia, kto odpowiada za jakie rodzaje niewłaściwych zachowań agentów. Omawia propozycję przyznania użytkownikom większej kontroli nad własnymi audytorami AI. Część rozwiązań jest już dostępna — agenci kodujący pokroju Codex i Claude Code pozwalają wskazać akcje, które mogą być wykonywane bez pytania o zgodę. Kto jednak przyznaje takie uprawnienia, powinien w zamian brać większą odpowiedzialność za konsekwencje.

Wizja świata, w którym AI może być sprawdzane wyłącznie przez inne AI, wydaje się Hallowi osobliwa — i może okazać się kosztowna. Badanie pokazuje, że choć modele językowe są już zdolne do wychwytywania większości oczywistych nadużyć, ich skuteczność w subtelnych przypadkach pozostawia wiele do życzenia. Bez rozwiązania problemu fałszywych alarmów ludzki nadzór nad autonomicznymi agentami może okazać się iluzją — a prawdziwe zagrożenia łatwo przeoczyć w natłoku fałszywych ostrzeżeń.

Dalej w tym temacie

Jak wyłączyć ChatGPT w Apple Intelligence na iPhone

Apple Intelligence może przekierować Twoje zapytania do ChatGPT, nawet bez konta. To domyślnie włączona funkcja, o której nie każdy wie. Jak całkowicie odciąć się od mode…

Poradnik3 min czytania

TokenMaxxing: jak nie przepalać budżetu na modele AI

Meta przepaliła 60 bilionów tokenów w 30 dni na wewnętrznym rankingu „Claudeonomics”. Tymczasem routing zadań do tańszych modeli potrafi ściąć rachunek z 30 do 3,90 dolar…

Poradnik8 min czytania

AI wykryło krytyczną lukę w PHP. Miliony stron zagrożone

Model GPT-5.6 Sol i Gemini 4 Argon niezależnie wykryły krytyczną lukę w PHP, zanim zrobili to atakujący. Paradoks polega na tym, że te same modele mogą pomóc przestępcom …

Bezpieczeństwo i prywatność3 min czytania23 października 2026