Claude Fable 5 otwiera krótkie okno na audyt codebase

Claude Fable 5 jest teraz najbardziej użyteczny jako model do audytu codebase. 10 czerwca 2026 webvise użyło go w read-only review loops na każdym aktywnym projekcie klienta z dostępem do repository: security exposure, dryf architektury, brakujące testy i jasno ograniczone plany remediation.

Historia premiery jest większa niż sama inteligencja modelu. Praktyczna wartość tkwi w tymczasowym oknie dostępu.

Fable 5 jest dostępny w planach Claude do 22 czerwca, a 23 czerwca zaczynają się usage credits, chyba że Anthropic przedłuży capacity. Ten artykuł pokazuje kształt audytu przeprowadzonego przez webvise, gdzie pasuje model i jak zespoły mogą użyć tego samego okna bez dawania agentowi prawa zapisu do kodu produkcyjnego.

• Fable 5 jest najpierw modelem do audytu i planowania. Anthropic podaje 1M-token context window, 128k max output oraz use cases wokół wielodniowego coding i knowledge work.

• webvise użyło okna z 10 czerwca w aktywnych projektach klientów. Przejście pozostało read-only i wygenerowało findings, tabele ryzyka oraz plany tasks przed jakąkolwiek zmianą w kodzie źródłowym.

• Wzorzec dla najmocniejszego modelu zaczyna się od planowania. Open-source pattern `/improve` używa najmocniejszego modelu do zrozumienia repo, findings, priorytetyzacji i samodzielnych planów dla tańszych executorów.

• Termin 22 czerwca ma znaczenie. Dostęp w planach Claude tworzy krótki sprint audytowy, zanim Fable przejdzie na usage credits 23 czerwca.

• Retention zmienia routing. Fable wymaga 30-day retention do safety monitoring, więc secrets, dane produkcyjne i prywatne rekordy klientów zostają poza kontekstem.

Jeśli Państwa zespół chce użyć tego samego kształtu audytu przed zmianą dostępu, usługa AI consulting webvise może zmienić jedno repo i jeden workflow w sprawdzony plan remediation.

Użyteczne okno zamyka się 22 czerwca

Anthropic uruchomiło Claude Fable 5 9 czerwca 2026 jako swój najmocniejszy szeroko dostępny model. Publiczna strona Fable opisuje go pod wielodniową, złożoną i asynchroniczną pracę, bezpośrednio wskazując Claude Code oraz managed-agent use cases.

To sprawia, że najbliższe 12 dni jest wyjątkowo praktyczne. Zespoły z dostępem w planie Claude mogą wykorzystać okno na inwentaryzację, audyt i planowanie, które tworzą sprawdzalne artefakty: findings, plany tasks, mapy migracji i rejestry ryzyka.

Co webvise uruchomiło 10 czerwca

Przejście audytowe miało jedną zasadę: czytać, rozumować, zapisać findings i zostawić kod źródłowy nietknięty. Każdy projekt dostał ten sam pakiet review, żeby wyniki były porównywalne i dzień nie zamienił się w stertę luźnych transkryptów modelu.

• Repo map: apps, packages, route handlers, granice auth, modele danych, deployment scripts i komendy testowe.

• Security pass: auth checks, granice ról, environment handling, uploads, webhooks, rate limits, forms i użycie third-party API.

• Architecture pass: zduplikowana logika domenowa, niejasne granice packages, cache invalidation, stare TODOs, kruche integracje i migracje bez ownership.

• Delivery pass: brakujące testy, wolne skrypty, docs drift, luki lokalizacyjne, ryzyko visual QA i kroki deployment zależne od pamięci.

• Plan output: file paths, aktualne zachowanie, proponowana zmiana, komenda walidacji, reviewer i stop condition.

Wielojęzyczna marketingowa codebase dała typowy finding: pokrycie routes i sitemap było słabsze niż lokalizowana struktura stron. Fable nie patchował kodu. Użyteczny output był małym planem testów z dokładnymi rodzinami routes do pokrycia.

Aplikacja workflow dała inny finding: logika powiadomień potrzebowała testów duplicate-submit i idempotency, zanim jakikolwiek agent dotknie okolicznego queue code. Taki wynik senior engineer może w kilka minut zaakceptować, odrzucić albo zmienić w ticket.

Pattern `/improve` jest właściwym modelem myślowym

Najbardziej użyteczny publiczny pattern dla Fable stoi za `shadcn/improve`: użyć najmocniejszego modelu do zbadania codebase, audytu pod correctness, security, performance, tests, technical debt, dependencies, developer experience, docs i product direction, a potem napisania planów, które tańsi agenci albo ludzie mogą wykonać później.

Ten kształt ma znaczenie, bo plan jest drogim artefaktem. Dobre plany zawierają file paths, current-state excerpts, konwencje repo, komendy weryfikacyjne, oczekiwane outputy, granice out-of-scope i stop conditions dla wszystkiego, co nie pasuje do audytu.

webvise przyjęło ten kształt na dzień audytowy 10 czerwca. Fable wydał większość budżetu na zrozumienie, edge cases i jakość planu. Execution zostaje ograniczone, sprawdzane i tańsze.

Czego naprawdę szukają audyty

Security oznacza tutaj inwentaryzację exposure: gdzie wchodzą dane, gdzie sprawdzane są permissions, gdzie zewnętrzne systemy zapisują odpowiedź i gdzie brakujący test mógłby wypuścić błędne założenie.

Tu łączy się też usługa AI automation webvise. Finding, który pojawia się w 3 projektach, zwykle jest problemem workflow, nie pojedynczym bugiem: cykliczne generowanie raportów, powtarzane QA checks, stare dokumenty handoff albo ręczny release review.

Privacy i review gates wybierają trasę

30-day retention requirement w Fable zmienia domyślną trasę dla pracy klienta. Użyteczny audyt nadal jest możliwy, ale pakiet potrzebuje twardych granic, zanim dotrze do modelu.

• Trzymać secrets poza kontekstem. Credentials, prywatne rekordy klientów, produkcyjne eksporty i raw analytics zostają poza kontekstem modelu.

• Używać read-only checkouts. Pierwsze przejście produkuje findings i plany, nie commity.

• Logować run. Zapisać model, datę, token budget, sprawdzone pliki, uruchomione komendy i zaakceptowane findings.

• Bramkować wrażliwe akcje. Permission changes, billing actions, wysyłka e-maili, production writes i usuwanie danych zostają human-approved.

• Zachować odrzucone findings. False positives są przydatne, jeśli powód zostaje zapisany, a kolejny audyt może je pominąć.

Celem jest dowód, nie teatr autonomii. Dobry audyt zostawia krótką listę issues z wystarczającym file-level proof, żeby engineer mógł szybko ruszyć dalej.

Szablon audytu projektu klienta

Proszę użyć czerwcowego okna na jeden dzień skoncentrowanego review. Szablon działa dla aplikacji Next.js, migracji WordPress, narzędzia wewnętrznego albo AI workflow.

Dlatego instrukcje agentów mają znaczenie. Im lepszy kontrakt repo, tym lepszy audyt. Produkcyjna wersja jest opisana w artykule o szablonie AGENTS.md, który pokazuje, co powinno znaleźć się w pliku, zanim agenci dotkną poważnej codebase.

Co to oznacza dla projektów webvise

Audyt z 10 czerwca zmienił bardziej priorytety niż kod. Niektóre projekty potrzebują tasks do security hardening, część cleanup architektury, a część tylko lepszych testów wokół elementów, które już działają.

Fable 5 ma wartość, gdy zespół ma już repo, tests, scopes i nawyki review. Model słabnie, gdy otaczający proces nie potrafi niczego udowodnić.

webvise wykorzystuje okno Fable, żeby zmieniać audyty projektów klientów w ograniczone plany remediation, a potem w sprawdzone fixes. Dla codebase, website albo AI workflow, które wymagają takiego samego traktowania, można zarezerwować rozmowę projektową z jednym repo i jednym workflow, który wydaje się drogi w utrzymaniu.

Źródła