Anthropic wyłącza stary Claude Workbench. Co trzeba przenieść do 17 sierpnia

17 sierpnia 2026 r. Anthropic kończy dostęp do starego Workbench w Claude Console. Po tej dacie zapisane tam prompty, ich wersje i ewaluacje przestaną być dostępne. Tego samego dnia firma wycofuje trzy eksperymentalne endpointy API do generowania, ulepszania i zamiany promptów w szablony. To nie jest wyłączenie Claude, całej konsoli ani podstawowego Messages API, ale dla zespołów, które traktowały Workbench jak magazyn promptów, termin oznacza ostatni moment na wykonanie eksportu.

Najważniejsze zadanie nie kończy się na kliknięciu „Export”. Archiwum trzeba pobrać, sprawdzić, umieścić w kontrolowanym repozytorium i wykorzystać do odtworzenia testów. Nowy Workbench działa inaczej: jest środowiskiem bezstanowym i nie przyjmuje importu danych ze starej wersji.

Najważniejsze fakty w skrócie

• Legacy Workbench ma zostać wyłączony dla wszystkich użytkowników 17 sierpnia 2026 r.
• Po terminie nie będzie dostępu do zapisanych promptów, wersji promptów ani ewaluacji przechowywanych w starym środowisku.
• Eksport powstaje jako plik JSON; opcjonalnie można dołączyć zapisane odpowiedzi modeli oraz przesłane obrazy i pliki PDF.
• Eksportu nie można zaimportować do odświeżonego Workbench.
• Wycofane zostają trzy eksperymentalne endpointy: /v1/experimental/generate_prompt, /v1/experimental/improve_prompt i /v1/experimental/templatize_prompt.
• Anthropic zapowiada błąd po wywołaniu usuniętych endpointów, ale w komunikacie nie wskazuje konkretnego kodu HTTP.

Co dokładnie Anthropic wyłącza 17 sierpnia

Notatki wydania Claude Platform z 17 lipca rozdzielają dwie zmiany. Pierwsza dotyczy dostępu do legacy Workbench, czyli starego środowiska w Claude Console. Druga obejmuje eksperymentalne API prompt tools. Nie ma tam zapowiedzi wyłączenia publicznego Messages API ani całej Claude Console.

Rozróżnienie jest istotne, bo nazwa Workbench pojawiała się w kilku kontekstach. AIOAI.pl opisywało wcześniej pracę z modelem w Workbench, natomiast osobnym produktem jest Claude Science nazywany przez Anthropic środowiskiem pracy dla naukowców. Obecna migracja dotyczy wyłącznie Workbench (legacy) dostępnego w konsoli deweloperskiej.

Jak wykonać eksport z legacy Workbench

Instrukcja Anthropic w Help Center podaje konkretny proces. W legacy Workbench trzeba wybrać z banera opcję Export data. W oknie eksportu można zdecydować, czy do promptów dołączyć także zapisane odpowiedzi modeli oraz przesłane obrazy i PDF-y. Większa liczba załączników może wyraźnie zwiększyć rozmiar paczki.

Po uruchomieniu eksportu Anthropic przygotowuje dane w formacie JSON i wysyła e-mailem link do pobrania. Samo zamówienie paczki nie wystarcza. Zespół powinien pobrać ją przed wygaśnięciem linku, otworzyć JSON i sprawdzić, czy zawiera oczekiwane prompty, wersje oraz dane pomocnicze.

Jest tu ważna pułapka. Odpowiedź Claude uruchomiona w starym Workbench nie była zapisywana automatycznie. Trafiała do historii dopiero po użyciu przycisku Add to Conversation. Jeśli w eksporcie brakuje wyników, które ktoś pamięta z sesji testowej, mogły nigdy nie zostać utrwalone. W takim przypadku nie należy zakładać, że ponowne wygenerowanie odpowiedzi da identyczny rezultat.

Checklista migracji danych

1. Zrób spis zasobów. Otwórz listę promptów w legacy Workbench i zaznacz właściciela, zastosowanie oraz krytyczność każdego z nich. Usuń z planu tylko elementy, które zespół świadomie uzna za zbędne — nie zakładaj, że nowy Workbench zachowa kopię.
2. Uruchom pełny eksport. Jeśli wyniki lub załączniki są potrzebne do audytu i testów, dołącz model completions oraz uploaded files.
3. Sprawdź paczkę. Zweryfikuj liczbę promptów, strukturę JSON, obecność wersji i możliwość otwarcia załączników. Zachowaj oryginalne archiwum bez zmian oraz osobną kopię roboczą.
4. Przenieś prompty do repozytorium. Zapisz tekst promptu razem z parametrami, nazwą modelu, przykładowymi wejściami, oczekiwanym formatem odpowiedzi i właścicielem. To dobry moment, by zastosować praktyki opisane w poradniku AIOAI.pl o inżynierii promptów dla agentów AI.
5. Odtwórz testy poza legacy Workbench. Utwórz niewielki zestaw reprezentatywnych przypadków, w tym błędne dane, długie wejścia i przypadki graniczne. Wynik archiwalny traktuj jako punkt odniesienia, nie jako gwarancję identycznej odpowiedzi.
6. Wykonaj próbę odtworzeniową. Inna osoba niż autor eksportu powinna potrafić znaleźć prompt, uruchomić test i wyjaśnić różnicę między wynikiem aktualnym a bazowym.

Powyższe punkty są rekomendacją redakcyjną, a nie procedurą narzuconą przez Anthropic. Ich celem jest ograniczenie ryzyka, że firma będzie miała plik JSON, którego nikt nie potrafi wykorzystać po wyłączeniu starego interfejsu.

Nowy Workbench nie jest następcą magazynu promptów

Odświeżony Workbench służy do szybkiego testowania modeli i funkcji API. Według Help Center jest zbudowany bezpośrednio na publicznym Messages API i pokazuje pełne żądanie oraz odpowiedź. Bieżący szkic pozostaje w przeglądarce, a gotowe żądanie można wyeksportować jako fragment kodu.

Jednocześnie nowa wersja nie przechowuje pracy na serwerach Anthropic tak jak legacy Workbench. Nie oferuje zapisanych promptów, historii, wersji, ewaluacji ani współdzielenia promptów. Anthropic wprost zaznacza też, że archiwum ze starej wersji nie ma gdzie zostać zaimportowane. Z perspektywy zespołu oznacza to zmianę odpowiedzialności: trwałe przechowywanie, wersjonowanie i testowanie trzeba umieścić we własnym procesie.

Trzy endpointy API wymagają osobnej migracji

Druga część zmiany może dotknąć zespoły, które nigdy nie używały interfejsu legacy Workbench, ale zintegrowały eksperymentalne narzędzia promptowe:

• /v1/experimental/generate_prompt — generowanie promptu;
• /v1/experimental/improve_prompt — ulepszanie promptu;
• /v1/experimental/templatize_prompt — zamiana promptu w szablon.

Anthropic zapowiedział ich usunięcie 17 sierpnia. Release notes mówią, że późniejsze żądania zwrócą błąd, lecz nie przypisują tej zmianie konkretnego kodu HTTP. Nie warto więc budować monitoringu wyłącznie na oczekiwaniu statusu 400. Bezpieczniej rejestrować kod odpowiedzi, typ i treść błędu oraz request ID zgodnie z ogólną dokumentacją błędów Claude API.

Praktyczna kontrola powinna objąć kod aplikacji, skrypty, zadania CI, pliki konfiguracyjne, sekrety zawierające bazowy URL oraz logi ruchu wychodzącego. Wyszukanie samych nazw endpointów jest szybsze niż czekanie, aż produkcja zacznie zgłaszać błędy. Zastępczy proces może korzystać z narzędzi dostępnych w konsoli albo z własnego przepływu opartego na Messages API, ale trzeba go zaprojektować i przetestować pod konkretne wymagania. Dokumentacja nie obiecuje automatycznego zamiennika jeden do jednego.

Plan minimum na ostatnie godziny

Jeśli zespół zaczyna dopiero teraz, priorytetem powinny być działania odwracające ryzyko utraty danych. Najpierw zamów eksport i pobierz paczkę. Następnie wyszukaj trzy ścieżki API w kodzie i logach. Dopiero potem porządkuj strukturę repozytorium oraz rozbudowuj testy. Warto też zapisać osobę odpowiedzialną za odbiór wiadomości z linkiem do archiwum — eksport wysłany na skrzynkę nieobserwowanego administratora może praktycznie nie istnieć.

Po migracji wykonaj co najmniej jeden test od końca do końca: od wejścia użytkownika, przez złożenie komunikatu dla Messages API, po walidację odpowiedzi. Jeśli aplikacja polegała na generatorze lub improverze promptów, sprawdź również ręczną ścieżkę awaryjną. Celem nie jest uzyskanie identycznego brzmienia odpowiedzi, lecz potwierdzenie, że proces nadal działa, zachowuje wymagany format i nie gubi danych.

Najczęstsze pytania przed wyłączeniem

Czy trzeba migrować dane, jeśli korzystam tylko z nowego Workbench?

Nie, o ile w wersji legacy nie ma materiałów, które chcesz zachować. Nowe konta, które zaczęły korzystać z Workbench 16 czerwca 2026 r. lub później, według Anthropic w ogóle nie mają dostępu do starej wersji. Warto jednak potwierdzić to na poziomie organizacji, bo inny członek zespołu mógł używać legacy Workbench wcześniej.

Czy eksport przywróci prompty w nowym Workbench?

Nie. Paczka JSON jest kopią danych do zachowania i dalszego przetwarzania we własnych narzędziach. Anthropic nie udostępnia importu do odświeżonego Workbench. Dlatego przed terminem trzeba ustalić docelowe miejsce przechowywania promptów, zamiast traktować plik wyłącznie jako kopię zapasową „na później”.

Czy trzeba zmieniać zwykłe wywołania Claude API?

Komunikat dotyczy trzech nazwanych endpointów eksperymentalnych. Nie zapowiada wyłączenia publicznego Messages API. Mimo to zespoły powinny sprawdzić warstwę pomocniczą i automatyzacje, bo zależność od prompt tools mogła zostać ukryta w skrypcie, wtyczce lub wewnętrznej usłudze, a nie w głównym kodzie aplikacji.

Co ta zmiana oznacza w praktyce

Wyłączenie legacy Workbench nie kończy pracy z Claude w konsoli. Kończy natomiast wygodny model, w którym krytyczne prompty i ewaluacje mogły pozostać zapisane w starym narzędziu bez własnego systemu wersjonowania. Największym ryzykiem nie jest więc brak nowego interfejsu, ale utrata historii i niejawnych zależności procesowych.

Zespół, który pobierze i zweryfikuje eksport, przeniesie prompty do repozytorium oraz usunie zależności od trzech eksperymentalnych endpointów, powinien przejść zmianę bez przestoju. Zespół, który ograniczy się do założenia, że „nowy Workbench wszystko przejmie”, po 17 sierpnia może odkryć, że nie ma ani importu, ani dostępu do starego archiwum.