# CLAUDE.md po Opus 5: jak skrócić instrukcje projektu
> Jak skrócić CLAUDE.md po zmianie na Opus 5: co zachować, co przenieść do skills i kiedy użyć Auto Memory. Gotowy prompt do porządkowania instrukcji.
Source: https://ailoot.ai/blog/pl/claude-md-after-opus-5/
Canonical: https://ailoot.ai/blog/pl/claude-md-after-opus-5/
Language: pl
Publisher: Ailoot (https://ailoot.ai/)
Translation: guide-063
Revision: sha256-8975a6d02a19ded66eb1dda582a9c9441054334b2ac757e1597e0a109aba7afe
Najważniejsze informacje
Claude Opus 5 ukazał się 24 lipca 2026 r., a Anthropic zrobiło wtedy coś nieoczekiwanego: usunęło ponad 80% instrukcji z promptu systemowego Claude Code. Pomysł jest prosty: model stał się inteligentniejszy, a dodatkowe, sztywne reguły zaczynają mu przeszkadzać. To samo dotyczy Twojego CLAUDE.md. Wyjaśnię, co usunąć, co przenieść do skills i jak włączyć automatyczną pamięć, aby Claude znów lepiej stosował się do instrukcji.
Informacje o korzystaniu z Ailoot znajdziesz w [dokumentacji](https://ailoot.ai/docs/).
## Co zmieniło się w Claude po premierze Opus 5?
Najważniejsze informacje
Wraz z Opus 5 Anthropic zmieniło podejście do przekazywania instrukcji modelowi. Claude Code miał wcześniej ogromny prompt systemowy zawierający setki reguł. W nowej wersji skrócono go o ponad 80% — a jakość kodowania nie spadła. Powód: modele piątej generacji są wystarczająco inteligentne, by podejmować decyzje na podstawie kontekstu. Nie potrzebują już sztywnej listy poleceń.
Opus 5 ukazał się 24 lipca 2026 r. i od razu stał się domyślnym modelem w Claude Code. Sam model — jego cena, benchmarki i tryby wysiłku — został szczegółowo omówiony w osobnym poradniku [„Czy warto przejść na Claude Opus 5?”](https://ailoot.ai/blog/pl/claude-opus-5-review/). Ten artykuł dotyczy czegoś innego: premiera modelu zmieniła również **sposób skutecznego komunikowania się z nim**.
Firma Anthropic opublikowała analizę na blogu Claude. Jej główna teza brzmi tak:
Usunęliśmy ponad 80% promptu systemowego Claude Code i nie zauważyliśmy wyraźnego spadku jakości zadań związanych z kodowaniem. Zbytnio ograniczaliśmy Claude’a.
— Anthropic, https://claude.com/blog/the-new-rules-of-context-engineering-for-claude-5-generation-models
Kluczowe słowa to „zbytnio ograniczaliśmy”. Gdy modele były słabsze, potrzebowały rusztowania: zrób to, nie rób tamtego, oto przykład, powtórzmy go jeszcze raz. Opus 5 nie potrzebuje już takiego rusztowania, a co gorsza, może ono zacząć przeszkadzać. Anthropic prosto formułuje nową zasadę: pozwól Claude’owi korzystać z własnego osądu.
Co to oznacza dla Ciebie w praktyce?
- **Twój CLAUDE.md to taki sam rodzaj promptu systemowego, tyle że dla Twojego projektu.** Skoro Anthropic skróciło własny o 80 procent, Twój prawdopodobnie też jest przeładowany.
- **Długie listy reguł nie gwarantują już stosowania się do instrukcji.** Wręcz przeciwnie: im więcej wierszy, tym mniej dokładnie model ich przestrzega (więcej na ten temat poniżej, wraz z danymi z dokumentacji).
- **Pojawiły się nowe mechanizmy** — automatyczna pamięć i skills — które przejmują część zadań, które wcześniej trzeba było ręcznie opisywać w CLAUDE.md.
Najważniejsze jest to, że najistotniejsza praca odbywa się **przed** promptem — w tym, co umieszczasz w kontekście modelu, zanim wyślesz pierwsze żądanie. Aktualizacja Opus 5 to w zasadzie oficjalne potwierdzenie tej samej idei przez Anthropic. Tym razem jednak towarzyszą jej konkretne dane i nowe narzędzia. Omówię je po kolei.
## Dlaczego długi CLAUDE.md teraz przeszkadza?
Najważniejsze informacje
CLAUDE.md jest ładowany do kontekstu na początku każdej sesji i zużywa tokeny tak samo jak rozmowa. Oficjalna dokumentacja Claude Code zaleca, aby plik miał mniej niż 200 wierszy, ponieważ dłuższe pliki zużywają więcej kontekstu i zmniejszają skłonność do przestrzegania instrukcji. Ponadto, gdy dwie reguły są sprzeczne, Claude losowo wybiera jedną z nich. Przerośnięty CLAUDE.md dodaje szum i utrudnia modelowi trzymanie się zadania.
Oto jak to działa. CLAUDE.md to plik z regułami, który Claude czyta na początku każdej sesji. Osobny poradnik, [„Jak skonfigurować CLAUDE.md”](https://ailoot.ai/blog/pl/claude-md-template/), wyjaśnia, jak stworzyć taki plik od zera; ten artykuł dotyczy odwrotnego procesu: co teraz z niego usunąć. Wszystko, co tam zapiszesz, trafia do kontekstu **przed** Twoim pierwszym żądaniem i pozostaje w nim przez całą rozmowę. Kontekst nie jest nieskończony — każdy dodatkowy wiersz reguł zajmuje miejsce, które można by przeznaczyć na Twoje zadanie.
Dokumentacja Claude Code mówi wprost:
Pliki powinny mieć nie więcej niż 200 wierszy. Dłuższe pliki zużywają więcej kontekstu i zmniejszają skłonność do przestrzegania instrukcji.
— Dokumentacja Claude Code, https://code.claude.com/docs/en/memory
Drugi punkt jest ważniejszy niż pierwszy: długie pliki **zmniejszają skłonność do przestrzegania instrukcji**. Model zaczyna uważniej słuchać rzadziej. To pułapka, w którą wpada niemal każdy początkujący. Logika wydaje się niepodważalna: chcę, żeby Claude mnie słuchał, więc napiszę więcej reguł. W praktyce dzieje się odwrotnie. Im dłuższa lista, tym bardziej rozprasza się uwaga modelu i tym częściej pomija on którąś regułę.
Oto jak zmieniło się podejście:
| | Wcześniej (słabsze modele) | Teraz (Opus 5 i modele piątej generacji) |
|----|----|----|
| Logika | Więcej reguł oznacza bardziej niezawodne wyniki | Mniej reguł oznacza lepsze stosowanie się do instrukcji |
| CLAUDE.md | Długa lista na każdą sytuację | Krótki: tylko to, czego model nie może sam wywnioskować |
| Instrukcje | Sztywne polecenia: „zrób to w ten sposób” | Polegaj na osądzie modelu |
| Powtarzane reguły | Powtarzaj je dla niezawodności | Powtarzanie tylko przeszkadza |
Jest też drugi problem: sprzeczności. W miarę rozrastania się pliku niemal nieuniknione jest gromadzenie reguł, które sobie przeczą. W jednym miejscu widnieje „zawsze pisz testy”, a w innym „nie ruszaj folderu tests”. Dokumentacja ostrzega, że jeśli dwie reguły są sprzeczne, Claude może losowo wybrać jedną z nich. Innymi słowy, przeładowany plik sprawia, że zachowanie modelu jest **mniej** przewidywalne.
Prosta zasada: CLAUDE.md to krótka notatka o tym, czego Claude **nie może sam wywnioskować**. Wszystko poza tym jedynie zajmuje jego uwagę.
## Co zachować w CLAUDE.md, a co usunąć?
Najważniejsze informacje
W CLAUDE.md zachowaj tylko to, czego Claude nie może wywnioskować z samego kodu: pułapki specyficzne dla projektu, nieoczywiste konwencje, polecenia budowania oraz konwencje różniące się od domyślnych. Usuń wszystko, co oczywiste, co model już wie, oraz to, co może odczytać z samego kodu. Zasada z dokumentacji: dodaj wiersz, gdy Claude po raz drugi popełni ten sam błąd. Nie wcześniej i nie na wszelki wypadek.
Dokumentacja podaje jasne kryteria, które pomagają zdecydować, czy dana reguła zasługuje na miejsce w CLAUDE.md. Dodaj ją, jeśli:
1. Claude popełnił **ten sam błąd po raz drugi**.
2. Kontrola kodu wykryła coś, co model powinien był wiedzieć o tym projekcie.
3. Po raz drugi wpisujesz tę samą poprawkę na czacie.
4. Nowa osoba w zespole potrzebowałaby tego samego kontekstu, aby nie zepsuć projektu.
Ogólna zasada to zachować **pułapki specyficzne dla projektu**, a usunąć to, co oczywiste. Claude Code ma nawet wbudowane sprawdzenie `claude doctor`, które sugeruje uporządkowanie przeładowanego CLAUDE.md. Usuwa ono szczegóły, które model może wywnioskować z bazy kodu — strukturę folderów, listę zależności, przegląd architektury — i zachowuje pułapki, uzasadnienia oraz konwencje różniące się od domyślnych.
Druga ważna zasada to **konkretność**. Niejasne sformułowania się nie sprawdzają. Porównaj:
| Niejasne (nie trafia w sedno) | Konkretne (trafne) |
|----|----|
| Formatuj kod poprawnie | Używaj wcięcia o szerokości 2 spacji |
| Testuj zmiany | Uruchom `npm test` przed zatwierdzeniem zmian |
| Utrzymuj porządek w plikach | Handlery API umieszczaj w `src/api/handlers/` |
| Pisz dobre komunikaty commitów | Zaczynaj komunikat commita od typu: `fix:`, `feat:` |
Różnica jest prosta. Model może interpretować „sformatuj poprawnie” na dowolny sposób. „Używaj wcięcia o szerokości 2 spacji” można jednoznacznie sprawdzić. Każda reguła w CLAUDE.md powinna być czymś, co można zweryfikować i zobaczyć — czy została zastosowana, czy nie.
Po trzecie, usuń to, co **oczywiste**. Jeśli w CLAUDE.md napiszesz „pisz czysty kod” albo „stosuj najlepsze praktyki”, to tylko szum. Model już to wie, a taki wiersz zajmuje miejsce i rozprasza jego uwagę. Anthropic wyraźnie odradza poświęcanie kontekstu na oczywistości.
Wskazówka
Szybki test dla każdego wiersza w CLAUDE.md: „Czy Claude może sam to ustalić, po prostu patrząc na mój kod?”. Jeśli tak, usuń ten wiersz. Zachowaj tylko to, czego nie da się wywnioskować z samego projektu.
## Gdzie przenieść reguły, które nie pasują do CLAUDE.md?
Najważniejsze informacje
Każdy element CLAUDE.md, który z prostego faktu zmienił się w wieloetapową procedurę, należy przenieść do skill. Skill to osobny plik z instrukcjami, który jest ładowany tylko wtedy, gdy rzeczywiście jest potrzebny. Przez resztę czasu nie zajmuje miejsca w kontekście. Dzięki temu długa instrukcja niemal nic nie kosztuje, dopóki jej nie wywołasz. To progresywne ujawnianie — ładowanie informacji w razie potrzeby, porcjami i dokładnie wtedy, gdy są potrzebne.
W tym miejscu pojawia się najbardziej niedoceniane narzędzie. Dawniej wszystkie instrukcje musiały pozostawać w CLAUDE.md; teraz długie procedury mają własne miejsce: skills. Osobny poradnik, [„Jak wybierać skills do Claude Code”](https://ailoot.ai/blog/pl/choose-claude-code-skills/), wyjaśnia, jak wybrać właściwe, nie dodając ich zbyt wiele.
Różnica jest zasadnicza. CLAUDE.md jest w całości ładowany na początku każdej sesji. Skill nie. Dokumentacja ujmuje to tak:
W przeciwieństwie do treści CLAUDE.md, treść skill jest ładowana dopiero wtedy, gdy jest używana — dlatego obszerne materiały referencyjne niemal nic nie kosztują, dopóki ich nie potrzebujesz.
— Dokumentacja Claude Code, https://code.claude.com/docs/en/skills
Nazywa się to progresywnym ujawnianiem — ładowaniem informacji w miarę potrzeb. Chodzi o to, by przekazywać modelowi kontekst porcjami, we właściwym momencie. Anthropic przeniosło szczegółowe instrukcje, na przykład dotyczące przeglądu kodu, do skills i usunęło je z promptu systemowego.
Kryterium przeniesienia czegoś do skill jest proste: **fragment CLAUDE.md przekształcił się z faktu w procedurę**. Jednowierszowa notatka „Budowanie odbywa się przez `npm run build`” to fakt i należy ją umieścić w CLAUDE.md. Dziesięć kroków opisujących „jak publikujemy projekt” to procedura i należy ją umieścić w skill.
Praktyczna zasada: **przekazuj dalej wszystko, co robisz częściej niż kilka razy**. Raz wyjaśnij, jak na przykład przygotowujesz cotygodniowy raport dla klienta, zamień to wyjaśnienie w skill i nie będziesz musiał opisywać tego ponownie. Skill pozostaje dostępny, nie zajmując kontekstu, i można go wywołać po nazwie poleceniem takim jak `/otchet`.
Warto przenieść do skills:
- Procedury wieloetapowe (publikowanie, przygotowywanie raportu, kontrole przed wydaniem).
- Długie instrukcje, które rzadko są potrzebne w całości.
- Wszystko, co kopiujesz z jednego czatu do drugiego po raz drugi lub trzeci.
Jest też opcja pośrednia: reguły dotyczące konkretnych folderów. Jeśli instrukcja dotyczy tylko jednej części projektu, możesz umieścić ją w `.claude/rules/` i powiązać z odpowiednimi plikami. Wtedy jest ładowana tylko podczas pracy Claude’a z tymi plikami, zamiast przez cały czas pozostawać w kontekście.
## Czym jest automatyczna pamięć i dlaczego warto jej używać w 2026 roku?
Najważniejsze informacje
Automatyczna pamięć polega na tym, że Claude sam zapisuje warte zapamiętania informacje: polecenia budowania, odkrycia z debugowania, Twoje preferencje i poprawki. Wcześniej trzeba było ręcznie dodawać je do CLAUDE.md. Teraz Claude prowadzi własne notatki, oddzielne od Twoich reguł, i wczytuje je w kolejnych sesjach. W modelach piątej generacji automatyczna pamięć jest domyślnie włączona.
Drugim nowym mechanizmem odciążającym CLAUDE.md jest automatyczna pamięć. Chodzi o to, że Claude pamięta teraz nie tylko to, co zapisałeś, lecz także to, co sam zauważył. Osobny poradnik [„Pamięć Claude’a a CLAUDE.md”](https://ailoot.ai/blog/pl/claude-memory-claude-md-auto-memory/) wyjaśnia, czym różnią się ich mechanizmy.
Różnice między tymi dwoma rodzajami pamięci:
| | CLAUDE.md | Automatyczna pamięć |
|----|----|----|
| Kto ją zapisuje | Ty | Sam Claude |
| Co zawiera | Instrukcje i reguły | Odkrycia i wzorce |
| Przykład | „Wcięcie o szerokości 2 spacji” | „Budowanie kończy się niepowodzeniem, jeśli Redis nie działa” |
| Kiedy jest aktualizowana | Edytujesz ją ręcznie | Claude aktualizuje ją podczas pracy |
Oto jak to działa: podczas pracy nad Twoim zadaniem Claude zauważa przydatne szczegóły — które polecenie uruchamia budowanie, gdzie pojawiły się problemy z debugowaniem, co poprosiłeś go zrobić inaczej — i zapisuje je w notatkach. Przywraca je w kolejnej sesji. Ważne: zapisuje informacje wybiórczo, zachowując tylko te, które uzna za przydatne w przyszłości.
Notatki znajdują się w osobnym folderze dla każdego projektu, z plikiem indeksu o nazwie `MEMORY.md`. Możesz je przeglądać i edytować poleceniem `/memory`. To zwykłe pliki tekstowe, więc w każdej chwili możesz je czytać, edytować lub usuwać.
Co to zmienia w praktyce? Claude zapisuje teraz część informacji, które wcześniej po każdym błędzie samodzielnie dodawałeś do CLAUDE.md. Dzięki temu plik z regułami jest jeszcze krótszy — i to dobrze.
Uwaga
Automatyczna pamięć zapisuje notatki lokalnie. Wybrane notatki są wczytywane do kontekstu Claude i wysyłane do skonfigurowanej usługi modelu; lokalne przechowywanie nie oznacza przetwarzania offline. Retencja i trening zależą od usługi i ustawień konta. Użyj `/memory`, aby przejrzeć notatki, i nie zapisuj w nich sekretów.
## Dlaczego Opus 5 sprzeciwia się Twoim instrukcjom?
Najważniejsze informacje
Opus 5 jest na tyle inteligentny, że czasami nie zgadza się ze sztywną instrukcją, jeśli w danym kontekście widzi lepsze rozwiązanie. Osobom, które mają stare skills i plugins skonfigurowane dla poprzednich modeli, może się wydawać, że „model stał się nieposłuszny”. W rzeczywistości po prostu przestał ślepo wykonywać polecenia, które uznaje za nieoptymalne. Przed zmianą warto sprawdzić dotychczasową konfigurację.
Jest też druga strona medalu.
Model, któremu pozwala się korzystać z własnego osądu, z definicji czasami sprzeciwi się sztywnemu poleceniu, jeśli w danym kontekście dostrzeże lepsze rozwiązanie.
Co to oznacza, jeśli przeszło się na Opus 5 i coś poszło nie tak:
1. **Sprawdź ponownie stare skills i plugins.** Konfiguracje stworzone dla poprzednich modeli mogą kolidować z nową logiką. Warto ponownie przetestować coś, co wcześniej działało bez zarzutu.
2. **Usuń najbardziej sztywne sformułowania.** Modele piątej generacji gorzej radzą sobie z poleceniami w rodzaju „nigdy nie rób X, zawsze rób tylko Y” niż z elastycznymi sformułowaniami, które wyjaśniają dlaczego.
3. **Obserwuj, czy model nie kończy zbyt wcześnie.** Czasami oznacza to, że instrukcje sobie przeczą albo kolidują z regułą w przeładowanym CLAUDE.md.
Ostrzeżenie
Jeśli dobrze znany skill nagle zaczyna dziwnie działać po przejściu na Opus 5, częściej winna jest stara instrukcja wewnątrz skill niż sam model. Uporządkuj ją tak samo jak CLAUDE.md: usuń oczywistości i sprzeczności, a zachowaj tylko konkretne informacje.
## Jak przepisać CLAUDE.md dla Opus 5: krok po kroku
Najważniejsze informacje
Porządkowanie CLAUDE.md zajmuje jeden wieczór. Najpierw uruchom wbudowane sprawdzenie, potem ręcznie usuń oczywistości i sprzeczności, przenieś długie procedury do skills, włącz automatyczną pamięć i zostaw tylko pułapki specyficzne dla projektu. Poniżej znajdziesz instrukcje oraz gotowy prompt, który pomoże Ci przeprowadzić pierwszą rundę porządków.
Oto proces pracy z plikiem CLAUDE.md odziedziczonym po wcześniejszych modelach.
1. ### Uruchom wbudowane sprawdzenie
Wpisz `claude doctor` w projekcie. Narzędzie zasugeruje, co usunąć z przeładowanego pliku, a co zachować.
2. ### Usuń oczywistości
Usuń każdy wiersz, który Claude może wywnioskować z samego kodu: strukturę folderów, listę bibliotek oraz ogólne sformułowania, takie jak „pisz czysty kod”.
3. ### Usuń sprzeczności
Przejrzyj plik od początku do końca i znajdź sprzeczne reguły. Zostaw jedną, a tę, która z nią koliduje, usuń.
4. ### Przenieś procedury do skills
Przenieś do osobnego skill wszystko, co z faktu zmieniło się w instrukcję krok po kroku. W CLAUDE.md zostaw odnośnik w jednym wierszu.
5. ### Doprecyzuj pozostałe reguły
Przeredaguj każdą regułę tak, aby można było ją sprawdzić: „poprawnie formatuj” zmień na „używaj wcięcia o szerokości 2 spacji”.
6. ### Włącz automatyczną pamięć i sprawdź długość
Upewnij się, że automatyczna pamięć działa (`/memory`) i że plik ma mniej niż 200 wierszy. Jeśli nie, coś jeszcze trzeba przenieść.
Aby nie przeprowadzać pierwszej rundy ręcznie, możesz zlecić tę pracę Claude’owi. Oto prompt, od którego możesz zacząć — skopiuj go i wklej do sesji otwartej w projekcie:
Prompt: Uporządkuj przeładowany CLAUDE.md
```
Przeczytaj mój CLAUDE.md i mój kod. Twoim zadaniem jest skrócić CLAUDE.md i sprawić, by był bardziej przydatny dla modelu piątej generacji.
Przejrzyj plik i podziel wszystkie reguły na trzy grupy:
KEEP - pułapki specyficzne dla projektu i konwencje, których nie możesz wywnioskować samodzielnie z kodu.
DELETE - oczywiste rzeczy, które już znasz, oraz wszystko, co można wywnioskować z kodu.
MOVE TO A SKILL - wieloetapowe procedury, które obecnie są zapisane w CLAUDE.md jako tekst.
W przypadku grupy 1 przeredaguj niejasne reguły tak, aby były konkretne i możliwe do zweryfikowania.
Znajdź sprzeczne ze sobą reguły i pokaż je osobno.
Zwróć nową wersję CLAUDE.md, krótszą niż 200 wierszy, oraz listę elementów, których przeniesienie do skills proponujesz.
Nie zmieniaj żadnych plików, dopóki tego nie potwierdzę.
```
Zwróć uwagę na ostatni wiersz: „Nie zmieniaj niczego, dopóki tego nie potwierdzę”. W przypadku modelu, który teraz korzysta z własnego osądu, to ważne: najpierw poproś go o przedstawienie planu, a decyzję pozostaw sobie.
## Dlaczego kontekst jest ważniejszy od promptu?
Najważniejsze informacje
Sposób sformułowania prośby ma mniejsze znaczenie, niż się ludziom wydaje. O wiele ważniejsze jest to, co model widzi przed Twoją prośbą: strukturę projektu, reguły, pamięć i skills. To inżynieria kontekstu — praca z kontekstem to główna umiejętność vibe codera. Aktualizacja Opus 5 tylko wzmacnia tę logikę: im inteligentniejszy model, tym ważniejsze staje się środowisko, w którym go umieszczasz. Sposób sformułowania prośby jest w porównaniu z tym drugorzędny.
Jeśli odłożysz na bok szczegóły dotyczące Opus 5 i spojrzysz na szerszy obraz, cała ta analiza dotyczy jednej idei: **kontekst jest ważniejszy od promptu**. Najistotniejsza praca odbywa się przed prośbą — podczas przygotowywania środowiska, w którym model będzie pracował.
CLAUDE.md, skills i automatyczna pamięć są częściami tej samej całości: tego, co Claude widzi **przed** Twoją pierwszą wiadomością. Możesz bez końca poprawiać brzmienie prośby, ale jeśli kontekst jest źle przygotowany — CLAUDE.md jest przeładowany, reguły są sprzeczne, brakuje struktury — wyniki nadal będą niespójne.
Prosty test: bez pierwszego mózgu drugi mózg nie pomoże. W tym artykule „drugi mózg” oznacza strukturę wiedzy o projekcie, którą model odczytuje przy każdym żądaniu. Działa ona jednak tylko wtedy, gdy sam dobrze rozumiesz zadanie. Narzędzie wzmacnia Twoje myślenie, a na tym kończy się jego rola.
Aktualizacja Opus 5 wyostrzyła tę logikę. Anthropic pokazało własną pracą, że gdy model jest wystarczająco inteligentny, dodatkowe reguły tylko szkodzą, a przewagę zyskuje osoba, która starannie przygotowała kontekst. Ta umiejętność przyda Ci się w przypadku każdego kolejnego modelu, Opus 6 czy innego.
## Od czego zacząć już teraz?
Najważniejsze informacje
Otwórz swój CLAUDE.md i spójrz na niego przez pryzmat nowej zasady: to krótka notatka o pułapkach specyficznych dla projektu i nic więcej. Uporządkuj go za pomocą gotowego promptu powyżej, przenieś procedury do skills i włącz automatyczną pamięć. Zajmie to jeden wieczór, a potem Claude będzie wyraźnie lepiej stosować się do Twoich instrukcji.
Nie odkładaj tego na „kiedyś”. Najprostszy pierwszy krok to otworzyć CLAUDE.md już teraz i szczerze zadać sobie pytanie przy każdym wierszu: czy to pułapka, której Claude nie może wywnioskować, czy oczywistość dodana na wszelki wypadek? Każda pozycja z drugiej grupy nadaje się do usunięcia.
Następnie uporządkuj plik za pomocą promptu z poprzedniej sekcji, przenieś długie procedury do skills i sprawdź, czy automatyczna pamięć jest włączona. Jeden wieczór pracy wystarczy, aby Twój kontekst stał się zwięzłą i precyzyjną podstawą dla modelu.
Możesz to zastosować na własnym, rzeczywistym projekcie: CLAUDE.md, drugi mózg i skills do swoich zadań.
### Źródła
- [Anthropic - Nowe zasady inżynierii kontekstu dla modeli Claude piątej generacji](https://claude.com/blog/the-new-rules-of-context-engineering-for-claude-5-generation-models)
- [Claude Code Docs - Pamięć i CLAUDE.md](https://code.claude.com/docs/en/memory)
- [Claude Code Docs - Skills (Agent Skills)](https://code.claude.com/docs/en/skills)
- [Claude Code v2.1.219 - informacje o wydaniu](https://github.com/anthropics/claude-code/releases/tag/v2.1.219)
Poznaj [Ailoot](https://ailoot.ai/).
## Pytania i odpowiedzi
### Kiedy sekcja CLAUDE.md powinna stać się skillem?
Gdy krótki fakt projektowy rozrósł się w wieloetapową procedurę potrzebną tylko do określonych zadań. W CLAUDE.md zachowaj zwięzły odnośnik i stałe konwencje projektu.
### Czy lokalna automatyczna pamięć nigdy nie trafia do usługi modelu?
Nie. Pliki pozostają lokalnie, ale wybrane notatki trafiają do kontekstu modelu. Przeglądaj je przez `/memory`, wyklucz sekrety i sprawdź kontrolę danych skonfigurowanej usługi.
## Ailoot · Firma i jej portfel projektów
Ailoot opiera się na zgromadzonym doświadczeniu operacyjnym, szerokiej bazie klientów, stabilnej usłudze i stałej kontroli KPI.
Firma i jej portfel projektów: miliony klientów; miesięczna sprzedaż liczona w miliardach.
Ailoot wykorzystuje to doświadczenie operacyjne, zapewniając dostęp przez API do funkcji AI w produktach klientów, agentach, aplikacjach i automatyzacjach.