Mody do Claude Code z najwyższej półki — reszta to zabawki (S TIER Claude Code Mods)

2026-10-12 • Ray Amjad • AI zagraniczne •tutorial •waga 4/5 •17 min czytania

Praktyczny przegląd wzorców budowania modów Claude Code: klasyfikator po każdej turze i rozwidlanie rozmowy w tle. Pomysły na pamięć, diagramy, sekrety i orkiestrację agentów dla pracujących z Claude Code.

Robocza publikacja redakcyjna na podstawie publicznego transkryptu YouTube. Źródło: YouTube.

O czym jest ten film

  1. Tydzień po oficjalnej premierze Claude Code Mods autor pokazuje wzorce projektowe, które — jego zdaniem — odróżniają naprawdę użyteczne rozszerzenia od zabawek.
  2. Fundament większości dobrych modów: po każdej turze Claude tani klasyfikator (Haiku albo Jev) sprawdza, czy jest coś wartego zrobienia; jeśli tak, w tle rusza kopia rozmowy, korzystająca z tego samego cache’u promptów.
  3. Wszystko zbudowano z dwóch klocków: wywołania modelu w tle oraz rozwidlenia rozmowy głównej z dodatkową instrukcją — wyniki odłamu wracają do sesji głównej.
  4. Mod pamięci: polecenie „zapamiętaj, że…” przechwytuje klasyfikator, a zapis do MEMORY.md robi w tle osobny odłam — sesja główna nie odrywa się od zadania.
  5. Diagram pane: po dużym zadaniu mod automatycznie rysuje w panelu bocznym obraz tego, co się wydarzyło, z legendą (plik, nowy komponent, krok); przypina też wykresy mermaid.
  6. DreamPass — własna wersja „dreamingu” z artykułu Cognition: porządkowanie pamięci co 20 tur, tuż przed kompakcją albo na polecenie /dream, z odnotowaniem źródeł.
  7. Swarm pane: podgląd roju agentów rozmawiających przez tablicę komunikatów; w pokazie rój rozrasta się do około stu agentów równolegle, a sandboxy kosztują 180 dolarów na godzinę.
  8. Dwa mniejsze, ale praktyczne mody: decision tree (drzewo zadawanych pytań z mapą podjętych decyzji) oraz cache clock (licznik ważności cache’u i automatyczny dokument przekazania).
  9. Trzy kolejne: selekcja umiejętności klasyfikatorem Jev (oszczędność ok. 10 tys. tokenów kontekstu), Secret Box (sekrety przez zaślepki, wzorem Infisical AgentProxy) i Prompt Bouncer (odrzucanie niejasnych promptów).
  10. Wszystkie mody są dostępne na GitHubie i na stronie autora; zachęta: pobrać jeden, który pasuje do własnego problemu, i dopasować go Claude Code.

10 najważniejszych takeaways — z kontekstem zastosowania

1.Nie odciągaj głównej sesji od celu

Na czym polega: Sesja główna ma zmierzać do celu; wszystko poboczne — aktualizacja pamięci, notatki, diagramy — warto delegować do rozwidlenia rozmowy, które działa w tle na tym samym cache’u promptów.

Jak stosować: Przy poleceniach typu „zapamiętaj, że…” pozwól klasyfikatorowi przechwycić intencję, a odłamowi rozmowy — zapisać zmiany w MEMORY.md. Wynik wraca do sesji jako plik, bez udziału głównego wątku.

Na co uważać: Klasyfikator musi mieć tani próg odmowy (Haiku z odpowiedzią tak/nie), inaczej sam zje oszczędności, które miał generować.

2.Klasyfikuj przed pracą, nie po stratach

Na czym polega: Zanim ruszy droga tura, warto wydać grosze na klasyfikację, czy w ogóle brać się za zadanie. Schemat działa jak warstwa pośrednicząca (middleware): odpowiedź inna niż „tak” kończy przetwarzanie.

Jak stosować: Ten sam wzorzec obsługuje doboru umiejętności, odprawianie niejasnych promptów i decyzję, czy po turze rysować diagram.

Na co uważać: Klasyfikacja po każdej interakcji nie może stać się wąskim gardłem ani dodatkowym kosztem przy drobnych czynnościach.

3.Diagram zamiast streszczenia

Na czym polega: Po godzinnej sesji tekstowe podsumowanie jest ciężkie do czytania; mod wykrywa dużą turę pracy i rysuje w panelu diagram decyzji oraz ścieżek, z legendą rozróżniającą pliki, nowe komponenty i kroki.

Jak stosować: Uruchamiać po dużych zadaniach; wystarczy rzut oka, by ocenić, co agent zrobił — i zweryfikować, czy zbudował to, o co chodziło.

Na co uważać: Przy małych zmianach diagram to tylko szum — zostaw klasyfikatorowi decyzję, czy w ogóle warto go rysować.

4.Cudze pomysły zamieniaj w mody

Na czym polega: Gdy trafisz na wartościowy mechanizm opisany w sieci (np. „dreaming” Cognition), wystarczy wskazać go Claude i poprosić o moda — różnice względem wersji wbudowanej doprecyzujesz w opisie.

Jak stosować: Podaj artykuł albo opis działania, zdefiniuj interwał (np. co 20 tur, przed kompakcją, na polecenie) i sposób raportowania (które pliki usunięte, scalone, przepisane).

Na co uważać: Claude Code może już mieć wbudowany odpowiednik — najpierw porównaj obie wersje na własnym repozytorium.

5.Panele utrzymują człowieka na bieżąco

Na czym polega: Największą wartością modów są panele pokazujące na żywo to, czego nie widać: przebieg długiej sesji albo stan całego roju — wiadomości, klastry współpracujących agentów, zużycie, liczbę działających sandboxów.

Jak stosować: Przy orkiestracji wielu podagentów podepnij statystyki do panelu; przy długich zadaniach — przypinaj powstające diagramy.

Na co uważać: Panel ma informować, a nie przytłaczać; gdy kilka modów korzysta z paneli, potrzebne jest wygodne przełączanie między nimi.

6.Pilnuj ważności cache’u promptów

Na czym polega: W subskrypcji cache promptów żyje około godziny dla sesji głównej i około pięciu minut dla podagentów; wiadomość wysłana po wygaśnięciu płaci pełną cenę za cały kontekst.

Jak stosować: Trzymaj widoczny licznik pozostałego czasu; gdy zostało mniej niż pięć minut, wygeneruj dokument przekazania (handoff) i po powrocie zacznij od jego wczytania.

Na co uważać: Czasem lepiej otworzyć świeżą sesję niż ożywiać starą z przepalonym cache’em — licznik właśnie to podpowiada.

7.Tnij kontekst na wejściu

Na czym polega: Przy dużej liczbie umiejętności (skills) ich nazwy i opisy stale zajmują okno kontekstu — w pokazie 10 tys. tokenów. Klasyfikator może wskazywać właściwe umiejętności już w trakcie pisania promptu.

Jak stosować: Włącz tryb selekcji umiejętności, ładuj tylko kilka najlepiej ocenianych pozycji i zostaw Claude ostateczny wybór.

Na co uważać: Skutki błędnej selekcji bywają gorsze niż koszt kontekstu — warto ją okresowo weryfikować na własnych zadaniach.

8.Sekrety przez zaślepki

Na czym polega: Agent nigdy nie widzi prawdziwych kluczy: posługuje się identyfikatorem zastępczym, a prawdziwą wartość podstawia warstwa pośrednia albo lokalny folder niedostępny dla modelu.

Jak stosować: Zarejestruj w Claude narzędzie typu „request secret”; wartości trzymaj lokalnie w chronionym folderze env albo w menedżerze sekretów z proxy dla agentów.

Na co uważać: Chodzi też o logi — sekret nie może wyciec przez transkrypcję sesji, i dokładnie to załatwia zaślepka.

9.Odpuszczaj niejasne prompty

Na czym polega: Mgliste polecenie („napraw rzecz na stronie ustawień”) prowadzi do złej pracy i przepalonych tokenów; klasyfikacja na wejściu odsyła je, zanim agent ruszy.

Jak stosować: Podeprzyj klasyfikator słownikiem projektu, żeby podpowiadał właściwe nazwy — np. że w tym projekcie jest „panel billingowy”, nie „strona payments”.

Na co uważać: Na początku odrzuceń będzie dużo — to trening precyzji, nie usterka; efekt to wyraźnie lepsze prompty w dłuższej perspektywie.

10.Personalizuj, nie kolekcjonuj

Na czym polega: Gotowe mody to punkt wyjścia — najwięcej daje dopasowanie jednego rozszerzenia do własnego przepływu pracy, a nie instalacja wszystkiego naraz.

Jak stosować: Wybierz moda adresującego realny problem i opisz Claude Code zmiany zachowania, których potrzebujesz (polecenie /plugin i opis wystarczą).

Na co uważać: Każdy mod działający w tle to dodatkowe wywołania modeli — zostaw tylko te, które zwracają koszt.

Redakcyjne tłumaczenie

Tydzień po premierze

Nieco ponad tydzień temu Anthropic udostępniło mody dla Claude Code — rozszerzenia, o których mechanice opowiadałem miesiąc temu, jeszcze w czasie bety. Tym razem chcę pokazać wzorce i pomysły, dzięki którym da się z nich zbudować coś naprawdę użytecznego w codziennej inżynierii. Na wstępie tylko wspomnę, że ruszyły zapisy na moją kohortę z inżynierii agentowej — link w opisie.

(Informacja dodatkowa: transkrypt wygenerowano automatycznie i zniekształca on nazwy — m.in. „Enropic” to Anthropic, „Martin Valor” to Martin Fowler, „fiscal” to Infisical (producent menedżera sekretów), a nazwa klasyfikatora pojawia się raz jako „Jeb”, raz „Jev”. W tekście ujednolicono ją do „Jev”.)

Wzorzec, na którym opiera się wszystko

W większości dobrych modów, jakie widziałem, kryje się ten sam schemat: ilekroć Claude kończy turę, coś sprawdza, czy nie ma przy okazji czegoś wartego zrobienia. Tym „czymś” może być mały model, na przykład Haiku, albo klasyfikator pokroju Jev. Jeśli okaże się, że jest — w tle rusza osobna kopia całej rozmowy, korzystająca z tego samego cache’a promptów (czyli tej części kontekstu, którą model ma już policzoną i której ponowne użycie jest wielokrotnie tańsze), podczas gdy Claude spokojnie zmierza dalej do głównego celu. Tak w tle można aktualizować pamięć albo podsuwać użytkownikowi notatki.

Dwa klocki konstrukcyjne

Wszystko sprowadza się do dwóch elementów (pełne omówienie było w poprzednim filmie, link w opisie):

Wywołanie modelu w tle. Pozwala przywołać poza głównym biegiem rozmowy dowolny model — Haiku, Opusa czy Soneta. Haiku wystarczy, gdy potrzebna jest błyskawiczna odpowiedź „tak/nie”; jeśli zależy nam na prawdopodobieństwach, lepiej sprawdzi się Jev. Kod pod spodem wygląda tak: wybieramy Haiku i jeśli zwróci cokolwiek innego niż „tak”, kończymy wcześnie — dokładnie jak w warstwie pośredniczącej.

Rozwidlenie rozmowy. Główny wątek wykonuje całą serię wywołań narzędzi, a wszystko to zostaje skopiowane do odłamu rozmowy — z tym samym cache’em promptów i dodatkową instrukcją. Odłam pracuje dalej we własnym tempie, a jego odkrycia można przekazać z powrotem do sesji głównej. W praktyce to po prostu rozwidlenie od wybranego punktu rozmowy z dorzuconym promptem.

Pamięć, która pilnuje się sama

Połączenie obu elementów daje coś, o czym wspominał jeden z inżynierów Claude Code: własny mechanizm pamięci, który co turę odpala klasyfikator i — gdy ten potwierdzi — zapisuje wspominki. W Claude Code robimy to poleceniem /plugin offering i opisem tego, czego chcemy. Opisuję właśnie to, co powiedziałem, wysyłam — i mod powstaje. Po zakończeniu wystarczy /reload plugins i rozszerzenie jest dostępne.

Wywołuję je na przykład tak: „Zapamiętaj, że P99 dla ClickHouse ma spadać poniżej 50 milisekund”. Enter — i w tle rusza Haiku, które błyskawicznie stwierdza: użytkownik chce coś zapamiętać. Po prawej stronie pojawia się „aktualizacja pamięci”, po rozwinięciu widać, że odłam pisze, a na końcu dostaję wykaz zmian. Tym razem zmieniły się dwa pliki: MEMORY.md oraz jeden zupełnie nowy. Gdybym chciał, mógłbym w panelu pokazać też liczbę zmienionych wierszy; drobne korekty zachowania modu robi się znowu przez /plugin offering, a panel zamykam przyciskiem w prawym górnym rogu.

W tym pokazie wyzwoliłem moda wprost, ale idea jest taka, żeby pamięć dopisywała się i odświeżała sama. Sesja główna ma się skupić na zadaniu, zamiast dzielić uwagę między cel i prowadzenie notatek. Mod jest na GitHubie wraz z pozostałymi; komenda do pobrania w opisie, a jeśli ktoś woli przeglądać wszystko w przyjemniejszym interfejsie — cała kolekcja czeka na mojej stronie.

Pod maską widać „model fork”: najpierw klasyfikator, a jeśli ten odpowie „tak, aktualizuj”, rozmowa trafia do odłamu, a jego odpowiedź dopisuje właściwe pliki. W ten sposób problem delegacji pamięci jest rozwiązany — zajmuje się nią agent z boku, a nie agent goniący główny cel.

Diagram zamiast streszczenia

Kolejny problem: agenci potrafią pracować godzinę i po takiej sesji trzeba dopraszać się podsumowania, które i tak ciężko się czyta. Zamiast tego lepiej, żeby w panelu bocznym sam z siebie pojawił się diagram: co się działo, jakie decyzje zapadły, którymi ścieżkami podążono. Znowu opisuję zachowanie poleceniem /plugin offering, a żeby oszczędzić czas w nagraniu, mod „diagram pane” przygotowałem wcześniej — link w opisie.

Działa tak: gdy Claude kończy spore zadanie, po prawej automatycznie powstaje diagram. Mechanika jest ta sama: tani klasyfikator na Haiku ocenia, czy wykonano dużo pracy, a jeśli tak, kopia rozmowy trafia do odłamu, projektuje wykres i pokazuje go w panelu. W sesji, w której zleciłem Claude coś poważnego, agent pracował z dwadzieścia–trzydzieści minut, a na końcu dostałem rysunek: najpierw to zbudowałem, potem zweryfikowałem testem na żywo (pozwoliłem użyć narzędzia, żeby sprawdziło, czy mod działa jak należy), następnie narysowałem diagram i opublikowałem całość do repozytorium. Po przybliżeniu widać legendę: zwykły prostokąt to plik, zaokrąglony — nowo utworzony komponent, podwójny — krok, który faktycznie się wykonał. Krótki rzut oka i wiem, co działo się przez pół godziny.

Jest i bonus: jeśli Claude wygeneruje wykres mermaid wprost w rozmowie — wystarczy poprosić o „diagram architektury w mermaid” — mod to wychwyci i, skoro w wierszu poleceń nie da się go wyświetlić, pokaże w panelu „przypięte diagramy”. Mogę go powiększyć i czytać strukturę z rysunku zamiast z litani tekstu. Da się to też połączyć z umiejętnością „show me” od HumanLayer: zamiast samej umiejętności mieć moda, który wszystko pokazuje w porządnym panelu.

Kiedy zobaczę coś ciekawego, robię z tego mod

Ten pomysł lubię popychać dalej: ilekroć natrafiam w sieci na mechanizm, który chciałbym mieć, zamieniam go w moda. Przykład — funkcja „dreamingu” Cognition: opisali, jak działa, i różni się nieco od automatycznego dreamingu wbudowanego w Claude Code. Powiedziałem Claude „zrób z tego moda” i powstał DreamPass (link w opisie). Po uruchomieniu widać główne MEMORY.md oraz źródła — sesje, z których pochodzi informacja, żeby dało się ją później rozstrzygnąć. Polecenie /dream pokazuje, które pliki zostały usunięte, scalone i przepisane; domyślnie porządkowanie odpala co dwadzieścia tur, tuż przed kompakcją albo na żądanie. Dla tego repozytorium widać zresztą, czym mój wariant różni się od funkcji wbudowanej.

(Informacja dodatkowa: „dreaming” to opisana przez Cognition — twórcę agenta Dewin — okresowa konsolidacja pamięci agenta: scalanie, czyszczenie i przepisywanie zgromadzonych zapisków.)

Tablica komunikatów dla roju

W tym samym artykule Cognition opisała też roje agentów porozumiewające się przez tablicę komunikatów. Niedawno i ja dałem swojemu rojowi taki kanał: agenci wymieniają się wiadomościami w trakcie wspólnej pracy. Widzę właśnie trójkę obecnych na tablicy, ostatnie wiadomości i to, czy druga strona je odebrała. Myślę o tym tak: gdy zlecam rojowi badania z red teamingu albo polowanie na błędy, chcę mieć w Claude Code przegląd tego, co wyrabia — ile mocy obliczeniowej zużywa, ile tokenów i tak dalej.

Tu wypada wspomnieć o kohorcie z inżynierii agentowej, która startuje za jakieś dwa tygodnie: projektowanie baz kodu, pętle weryfikacji, modele systemu 1, roje agentów i fabryki oprogramowania. Będzie ponad 150 lekcji, godziny biurek na Zoomie i serwer Discord z pytaniami całą dobę — odpowiadam na nie sam. Moi słuchacze powtarzają, że te tematy wyprzedzają o miesiące to, czego uczą inni; inżynierowie, którzy zastosowali te pomysły, awansowali na seniorów, a menedżerowie kupujący kurs zespołom widzieli, jak ich ludzie stają się jednymi z najskuteczniejszych w firmie w pracy z agentami. Ceny rosną za jedenaście–dwanaście dni, jest 30-dniowa gwarancja zwrotu — choć w poprzedniej edycji nikt z niej nie skorzystał.

Sto agentów pod kontrolą

Skoro już przy rojach: zrobiłem mod, który pomaga mi nimi zarządzać. Przy okazji — jeśli dwa mody korzystają z paneli, można między nimi przełączać; mam więc wcześniejszy panel diagramów i teraz „swarm pane”. Właśnie działa mi osiem agentów w sandboxach w chmurze, na osiemnastu wirtualnych procesorach, co kosztuje jakieś szesnaście centów za godzinę. Tak tanio, bo niedawno uruchomiłem własnego dostawcę sandboxów, Impello (link w opisie): osiem do czterdziestu razy tańszego od praktycznie całej konkurencji przy zbliżonej wydajności, z darmowym okresem próbnym. Podpiąłem Impello do panelu terminala i widzę wszystkie statystyki na żywo.

Żeby zobaczyć panel w akcji, zaczynam nowy rój z zadaniem badawczym. Chodzi o to, że wiele dobrych książek o inżynierii oprogramowania przenosi się na agentów zaskakująco dobrze — na przykład sporo idei z „Refactoringu” Martina Fowlera — ale w klasyce są też fundamenty, które na agentach niekoniecznie się obronią. Chcę więc serii benchmarków, testów hipotez i ślepych recenzji, żeby rój przygotował raport: które idee przenoszą się dobrze na podstawie badań i eksperymentów, a które nie. Prompt wygląda mniej więcej tak — można zatrzymać film i przeczytać — enter i rój rusza, a ja podglądam go po prawej. To pytanie śledzę od dawna, a ponieważ mój limit u Claude zaraz się odnawia, wolę zużyć resztę na naprawdę ciekawy problem, zanim przepadnie.

Rój stopniowo rozkręca się: widać 59, potem 62 agenty, a szczytowo dochodziłem do stu działających równolegle — same sandboxy kosztują mnie wtedy 180 dolarów na godzinę. Widać tablicę, po której agenty wymieniają wiadomości w konkretnym formacie, a w panelu licznik wiadomości, liczbę klastrów — to parowania agentów, które współpracują częściej niż inne, i dlatego tworzą skupiska — oraz ile sandboxów wciąż działa. Rój raczej nie skończy przed końcem nagrania, więc wyniki opiszę w newsletterze. Samo pytanie uważam za ważne: które idee inżynierii oprogramowania naprawdę przenoszą się na obecną erę.

Dwa miejsca, w których panele bronią się najlepiej

Zbliżmy obraz. Największą wartością modów są moim zdaniem panele, które utrzymują człowieka na bieżąco. Po pierwsze czas: gdy Claude pracuje długo — godzinę, dwie — chcesz mieć przegląd tego, co robił pod maską, i przypięte diagramy powstałe po drodze; do tego służy diagram pane. Po drugie skala: jeśli Claude Code rozwija się w wielu podagentów i używasz go do orkiestracji roju, przydaje się panel pokazujący na żywo, jak rój sobie radzi i czy jest zdrów, póki zmierza do celu.

Drzewo decyzyjne: pytania, które można zwijać i rozwijać

Kolejny mod to „decision tree”. Gdy Claude zaczyna zasypywać cię serią pytań, po prawej stronie pojawia się drzewo: każdą gałąź można zbadać osobno, a potem oddalić widok i objąć całość. Testuję promptem: „podaj trzy różne opcje przechowywania danych w liście numerowanej”. Na początku przeszkadza mi narzędzie zadające pytania — szybko je wyłączam i zaczynam rozmowę od nowa. Dostaję podpowiedź: „uruchom /explain, żeby zobaczyć panel”. Po jego otwarciu widzę na przykład: „SQLite to rekomendowana opcja”. Przycisk „eksploruj” rozwidla sesję w tle i padają pytania następcze — który sterownik SQLite wybrać? Mogę znowu kliknąć, wpisać własną odpowiedź albo przyznać „nie wiem”. W każdej chwili wrócę do wcześniejszego pytania, wybiorę inną odpowiedź i eksploruję tę ścieżkę. Z czasem drzewo robi się bardziej zagęszczone, a wszystkie rozwidlone badania toczą się w tle; gdy podejmę decyzję finalną, przekazuję ją z powrotem do sesji głównej.

Najbardziej użyteczna wydaje mi się mapa: mogę przetworzyć kolejne warianty i błyskawicznie odzyskać szerokie spojrzenie na całość. Jeśli w Claude Code podejmujesz dużo decyzji albo lubisz porównywać różne opcje — ten mod może ci przypaść do gustu; warto go przystosować do własnych potrzeb.

Zegar cache’u

W subskrypcji cache promptów żyje około godziny dla sesji głównej i około pięciu minut dla podagentów — oczywiście da się to zmienić. Często wracasz do sesji i nie pamiętasz, ile czasu zostało; mod „cache clock” pokazuje to wprost. Czasem lepiej otworzyć zupełnie nową sesję niż wysyłać wiadomość w tej, w której cache już wygasł. Jest też automatyczny przekaz: gdy do wygaśnięcia zostało mniej niż pięć minut, mod sam zapisuje dokument podsumowujący. Wracasz po wielu godzinach i zamiast odtwarzać kontekst, po prostu go wczytujesz.

Umiejętności niech wybiera klasyfikator

Kolejny kłopot: przy dużej liczbie umiejętności ich nazwy i opisy siedzą w oknie kontekstu na stałe. U mnie samo to zjada dziesięć tysięcy tokenów. Można natomiast klasyfikatorem Jev podpowiadać umiejętności w trakcie pisania promptu — gotowy przepis jest w oficjalnym cookbooku Jev. Wskazałem Claude Code ten przepis z prośbą „zrób z tego moda” i gotowe: w tym trybie Jev blokuje Claude ładowanie umiejętności i sam decyduje, które wczytać. Po instalacji włączam tryb poleceniem „/jev steer” (albo ustawiam na stałe) — „tryb umiejętności Jev: steer” — i zaczynam pisać, na przykład „chcę zmontować film”, bo Claude używam również do montażu. Musiałem tylko odnowić klucz API. Poleceniem /jev widzę z prawej strony wszystkie umiejętności: mam ich 48, głównie do produkcji treści, nie do programowania. Przy prompcie o montaż Jev pokazuje prawdopodobieństwa, którą umiejętność wczytać; gdyby trafność nie zadowalała, można kazać ładować tylko trzy najlepiej oceniane i zostawić Claude ostateczny wybór. W organizacji z dużą liczbą umiejętności to sposób, żeby w danym momencie wczytywała się ta właściwa.

Sekrety bez pokazywania

„Secret Box” ułatwia życie tym, którzy zarządzają masą kluczy API i zmiennych środowiskowych, choćby pod Google Tag Manager. Mod rejestruje w Claude nowe narzędzie — „request secret”. Gdy Claude potrzebuje sekretu, wywołuje je, otwiera się panel, a ty zapisujesz wartość. Ląduje ona bezpośrednio na dysku, w folderze env, którego Claude nigdy nie widzi — i mimo to może sekretu używać, bo dostaje wersję zaślepioną, z identyfikatorem zamiast prawdziwej wartości. Takie żądania przechodzą, a sekret nie pojawia się w transkrypcji sesji ani nie trafia na serwery Anthropic. To bliski krewny AgentProxy od Infisical: agent wysyła żądanie z wartością zastępczą, a pośrednik — w tym wypadku mod — podstawia prawdziwe dane i pobiera je z miejsca przechowywania. Można trzymać sekrety lokalnie w folderze env albo zmodyfikować moda tak, by korzystał z Infisical: zakładasz konto, tworzysz projekt, na przykład „sekrety marketingowe” dla folderu marketingu, i tam spisujesz wartości. Sam swoich sekretów pilnuję właśnie przez Secret Box.

Odźwierny promptów

Ostatni z ulubionych — „prompt bouncer” — rozstrzyga, czy prompt jest na tyle jasny, by oddać go Claude. Powiedzmy coś mglistego: „napraw rzecz na stronie ustawień”. Mgliste jest samo „rzecz” — zawsze, gdy pada „rzecz”, prompt jest niejasny. Haiku odsyła takie polecenie: oczywiście nie wiadomo, o co chodzi. To oszczędza turę tokenów na zlecenie, które od początku było nieporozumieniem. Zmęczony użytkownik pisze byle jak, agent wykonuje złą pracę i tracisz wielokrotnie więcej, niż kosztowałby drobny wydatek na klasyfikację.

Mod nabiera dodatkowej mocy w parze ze słownikiem projektu — zbiorem nazw, których używa twoja drużyna. Polecenie „strona payments pokazuje złą cenę, popraw” zostaje odrzucone z wyjaśnieniem: w tym projekcie to panel billingowy — chodzi o cenę tam albo gdzieś indziej. Poprawiasz więc prompt i doprecyzowujesz, że mowa o panelu billingowym. Na początku bywa to irytujące, bo prompty wracają jak bumerang, ale z czasem zaczynasz pisać precyzyjniej: z byle jakich poleceń omijających nazwy z projektu przechodzisz do znacznie lepszych — i na dłuższą metę oszczędzasz tokeny. Schemat działania moda jest opisany na jego stronie na GitHubie.

Na koniec

Wszystkie mody są pod linkami w opisie i na mojej stronie. Nie musisz pobierać wszystkich — wybierz ten najciekawszy i użyj Claude Code, żeby go dopasować do własnego zastosowania. Kolejne mody będę publikował w newsletterze (link w opisie), a jeśli chcesz dołączyć do kohorty z inżynierii agentowej startującej za dwa tygodnie — link i mój adres e-mail również znajdziesz w opisie.