Kim jesteś, w czym pracujesz, jak ma odpowiadać - jeśli piszesz to na nowo przy każdej rozmowie, tracisz czas na coś, co ustawia się raz. Służy do tego pole Instructions for Claude.
Czym właściwie jest to pole
Znajdziesz je w Settings -> General -> Profile -> Instructions for Claude.
Treść, którą tam wpiszesz, dołącza się do każdej rozmowy - w chacie i w Cowork.
To nie to samo co pamięć. Pamięć Claude buduje sam, wyciągając rzeczy z historii rozmów. Instrukcje to statyczny tekst: sam go piszesz, sam widzisz w całości i sam decydujesz, kiedy się zmienia.
analogiaStopka w mailu, która dokleja się do każdej wiadomości - tylko zamiast numeru telefonu doklejają się Twoje preferencje.
Kiedy z niego korzystać
Dobry kandydat do tego pola to informacja, która jest prawdziwa zawsze - Twoja rola, stack, styl komunikacji, rzeczy których masz nie proponować. Prosty test: jeśli tłumaczysz Claude to samo w co drugiej rozmowie, przenieś to do ustawień.
Nie wrzucaj tam natomiast kontekstu jednego zadania - ten należy do wiadomości. Ani rzeczy dotyczących pojedynczego projektu - na to jest opis projektu. Instrukcje profilowe działają na wszystko, więc wszystko, co tam trafi, będzie się odzywać także tam, gdzie nie pasuje.
Jak pisać, żeby działało
- Jedno zdanie = jedna reguła. Rozbudowany akapit rozmywa się; krótkie, rozdzielone zdania są respektowane wyraźniej.
- Konkret zamiast ogólnika. „Tłumacz backend od zera, zakładam brak wiedzy" działa lepiej niż „wyjaśniaj krok po kroku" - drugie zdanie nie mówi właściwie nic.
- Bez sprzeczności. „Bądź zwięzły" i „tłumacz wszystko szczegółowo" w jednym polu wzajemnie się znoszą. Zdecyduj.
- Najpewniej działa styl. Instrukcje o formatowaniu, długości i tonie są najbardziej przewidywalne - od nich zacznij.
Co warto rozważyć
| Kategoria | Przykład |
|---|---|
| Rola i stack | Frontend Developer, Angular + Node.js |
| Poziom wyjaśnień | „Nie znam backendu - tłumacz od zera" |
| Styl komunikacji | Polska gramatyka, angielskie terminy techniczne |
| Podejście do faktów | „Sprawdzaj dane, nie zgaduj, przyznaj się do niepewności" |
| Konwencje projektowe | „Trzymaj się istniejących wzorców, nie proponuj nowszych bez pytania" |
| Feedback | „Krytykuj otwarcie, jeśli się mylę" |
| Formatowanie | Preferowany znak myślnika, listy zamiast akapitów |
Nie trzeba wypełniać wszystkich siedmiu. Lepiej mieć cztery zdania, które naprawdę coś zmieniają, niż komplet kategorii dla samego kompletu.
Przykład
Do inspiracji, nie do przepisania jeden do jednego - Twoje instrukcje mają opisywać Ciebie:
Jestem Full Stack Developerem (Angular + ExpressJS).
Backend znam słabo - tłumacz go od zera, bez zakładania wiedzy.
Pisz po polsku, terminy techniczne zostawiaj po angielsku.
Odpowiadaj zwięźle; wnioski na początku, nie na końcu.
Nie zgaduj - jeśli czegoś nie wiesz, powiedz to wprost.
Trzymaj się wzorców obecnych w kodzie, nowsze rozwiązania proponuj po pytaniu.
Jeśli się mylę, powiedz mi to otwarcie.Siedem zdań, siedem reguł, zero sprzeczności.
Czego tam nie wpisywać
- Nazw konkretnych projektów i kont - chyba że naprawdę dotyczą każdej rozmowy.
- Danych wrażliwych - to nie jest miejsce na sekrety, klucze ani dane osobowe.
- Kontekstu jednorazowego - to należy do wiadomości, nie do stałej konfiguracji.
A Claude Code?
Nie - pole z ustawień nie działa w Claude Code. Obejmuje wyłącznie claude.ai i Cowork.
Claude Code czyta osobny plik: CLAUDE.md, globalny albo w katalogu
projektu. Analogiczne instrukcje trzeba tam wkleić ręcznie; nic się nie
synchronizuje z profilem. Jeśli używasz obu narzędzi, to po prostu dwa
miejsca do aktualizowania - warto pilnować, żeby nie rozjechały się w treści.
Ściągawka
- Gdzie:
Settings -> General -> Profile -> Instructions for Claude - Zasięg: Claude (chat) i Cowork - nie Claude Code
- Claude Code: osobny plik
CLAUDE.md, aktualizowany ręcznie - Dobra instrukcja: jedno zdanie, jedna reguła, konkretna, bez sprzeczności
- Kategorie: rola i stack, poziom wyjaśnień, styl, fakty, konwencje, feedback, formatowanie
- Nie wpisuj: nazw projektów, danych wrażliwych, kontekstu jednorazowego

