Pięć rad o promptowaniu, które właśnie przestały działać. Nie dlatego, że kiedyś były głupie, tylko dlatego, że były podpórkami dla modeli, które same nie trzymały się na nogach. Anthropic wypuścił Claude Opus 5 i przy okazji sam pokazał, co w promptach zmienić. Dowód postawił na sobie: skasował ponad 80% własnych instrukcji systemowych w Claude Code.

Wytyczne opublikował Thariq Shihipar z Anthropic w dniu premiery, 24 lipca 2026, we wpisie o nowych zasadach inżynierii kontekstu. Nazwał to unhobbling, czyli zdejmowaniem pęt, które sami wcześniej założyli. Kluczowe zdanie brzmi:

We removed over 80% of Claude Code's system prompt for models like Claude Opus 5 and Claude Fable 5 with no measurable loss on our coding evaluations.

Od razu zastrzeżenie, bo liczba robi wrażenie: mowa o braku mierzalnego spadku na wewnętrznych ewaluacjach kodowania Anthropic. Firma nie opublikowała ani liczb, ani metodologii. To deklaracja producenta, nie niezależna weryfikacja.

1. Zamiast listy zakazów podaj cel

Kiedyś pisało się modelowi sztywne reguły i wypisywało, czego ma nie robić. Stary system prompt Claude Code brzmiał dosłownie: nie pisz komentarzy w kodzie, nigdy wielolinijkowych bloków, maksymalnie jedna krótka linia. Nowy mówi co innego:

Write code that reads like the surrounding code: match its comment density, naming, and idiom.

Czyli: pisz kod tak, żeby czytał się jak ten dookoła. Anthropic tłumaczy, że przy starszych modelach komentarze bywały po prostu błędne i trzeba było ten kompromis zaakceptować. Nowsze modele mają lepszy osąd, więc zakaz przestał być potrzebny.

Przełożenie na zwykłe użycie: zamiast „nie używaj trudnych słów, nie rób wypunktowań, nie pisz długich zdań" napisz „napisz to tak, żeby zrozumiał ktoś spoza branży".

2. Nie wrzucaj wszystkiego z góry

Zamiast ładować cały kontekst na starcie, udostępniaj go wtedy, kiedy jest potrzebny. Anthropic przeniósł weryfikację i przegląd kodu do osobnych umiejętności, po które model sięga sam, gdy uzna to za stosowne.

Przy okazji rozprawia się z popularnym przekonaniem, że plik z instrukcjami powinien być centralnym repozytorium wszystkich dobrych praktyk. Nie powinien. Przy zbyt wielu stałych instrukcjach zaczynają się one gryźć, a model traci uwagę na rozstrzyganie, której słuchać.

3. Jedna zasada, jedno miejsce

Kiedyś powtarzało się to samo polecenie w kilku miejscach, żeby model na pewno je zauważył. Warto tu być precyzyjnym, bo skrót myślowy krąży w przekręconej formie. Anthropic nie mówi, że starsze modele „gubiły" polecenia, tylko że chętniej słuchały instrukcji z końca okna kontekstu niż z początku. To kwestia pozycji, nie zapominania. Opus 5 traktuje kontekst równomierniej, więc duplikaty przestały pomagać, a zaczęły tworzyć sprzeczności.

4. Przestań ręcznie zapisywać do pamięci

Model prowadzi pamięć sam i sam decyduje, co warto zachować. Ręczne dopisywanie „zapamiętaj to" staje się zbędne.

Uczciwie: to punkt najbardziej sporny wśród praktyków. W dyskusjach po premierze pojawiły się relacje osób, które automatyczną pamięć wyłączyły i uznały, że działa im lepiej, bo agent zapisuje zbyt wiele przypadkowych rzeczy, a plik z pamięcią puchnie ponad rozmiar właściwych instrukcji. Warto sprawdzić na własnym zastosowaniu zamiast przyjmować na wiarę.

5. Pokaż wzorzec zamiast opisywać

Kiedyś wystarczyło dobrze opisać zadanie. Teraz lepiej działa danie modelowi konkretnego punktu odniesienia: makiety HTML, fragmentu kodu, zestawu testów, rubryki oceny. Anthropic ujmuje to prosto: makieta projektu w HTML da zwykle lepszy wynik niż jego opis, a nawet niż zrzut ekranu.

Ciekawostka, która brzmi sprzecznie z poprzednim zdaniem, a nie jest: przykłady w klasycznym rozumieniu Anthropic odradza, bo zawężają przestrzeń poszukiwań. Wzorzec to co innego niż trzy przykładowe odpowiedzi do naśladowania.

Rada, którą trzeba usunąć z promptu już dziś

Najmocniejszy praktyczny punkt nie zmieścił się w piątce, a powinien być pierwszy. Przez dwa lata wszyscy, łącznie ze mną, powtarzali: każ modelowi sprawdzić swoją pracę na końcu. Dokumentacja Opus 5 mówi wprost, żeby takie instrukcje usunąć, a nie przeredagować:

If your prompt contains explicit verification instructions ('include a final verification step for any non-trivial task,' 'use a subagent to verify'), remove them.

Powód: powodują nadmierną weryfikację, model zaczyna kręcić się w kółko. To samo dotyczy próśb o konserwatywną ocenę w przeglądzie kodu. Jeśli napiszesz „zgłaszaj tylko poważne problemy", Opus 5 potraktuje to dosłownie i zgłosi mniej, niż powinien.

Trzy pułapki techniczne przy przesiadce

Dla osób korzystających z API trzy zmiany potrafią zaboleć, bo nie są kosmetyczne:

  • Parametr max_tokens obejmuje teraz myślenie, nie tylko widoczną odpowiedź. Wartości ustawione pod Opus 4.8 trzeba przejrzeć.
  • Wyłączenie myślenia przy poziomie wysiłku xhigh lub max zwraca błąd 400. Myślenie jest domyślnie włączone, w 4.8 było odwrotnie.
  • Przy wyłączonym myśleniu model potrafi wpisać wywołanie narzędzia w treść odpowiedzi zamiast wygenerować właściwy blok. Nic się wtedy nie wykonuje i nie ma błędu, więc problem łatwo przeoczyć.

Warto też wiedzieć, że Opus 5 z zasady odpowiada dłużej niż poprzednicy. Obniżenie poziomu wysiłku ogranicza myślenie, ale nie skraca widocznej odpowiedzi. Na długość działa tylko polecenie w prompcie.

Czy to znaczy, że mam pisać krócej

Nie i to najczęstsze nieporozumienie wokół tych wytycznych. Samo zadanie opisujesz dokładnie tak szczegółowo jak wcześniej. Zmiana dotyczy wyłącznie tego, co masz ustawione na stałe: instrukcji systemowych, plików z regułami, listy zakazów ciągnących się za Tobą od czasów starszych modeli. Użytkownicy Claude Code mają na to gotową komendę /doctor, która pomaga przyciąć te pliki do rozsądnego rozmiaru.

Więcej o samym modelu i jego wynikach napisałem we wpisach o premierze Opus 5 oraz o pierwszych wrażeniach z pracy z nim.

Przygotowałem też darmowy poradnik z tymi zasadami rozpisanymi po polsku, z przykładami przed i po. Znajdziesz go na stronie krupinskiai.pl/nowereguly. A jeśli chcesz poukładać promptowanie od podstaw, a nie tylko pod jeden model, to jest dokładnie temat mojego kursu Skuteczne Prompty.