Claude Code 2.1.83 dostaje hooki i modularną konfigurację
- Wersja 2.1.83 Claude Code wprowadza katalog managed-settings.d pozwalający różnym zespołom wrzucać niezależne fragmenty polityk, które mergują się alfabetycznie.
- Nowe hooki CwdChanged i FileChanged umożliwiają reagowanie na zmiany katalogu roboczego i plików w czasie rzeczywistym.
- Zmiany celują w enterprise i zespoły DevOps potrzebujące granularnej kontroli nad zachowaniem agenta AI w pipeline'ach.
Drop-in directory zamiast jednego JSON-a
Anthropic wypuścił aktualizację 2.1.83 swojego narzędzia Claude Code, która wprowadza katalog managed-settings.d/ jako alternatywę dla monolitycznego pliku managed-settings.json. Fragmenty konfiguracji wrzucane do tego katalogu mergują się alfabetycznie — zespół security może wrzucić 00-security.json, DevOps 10-deployment.json, a każdy dział zarządza tylko swoim kawałkiem bez ryzyka konfliktów przy git merge.
To podejście znane z systemów Linux (pomyśl /etc/sudoers.d/ albo /etc/apt/sources.list.d/). Anthropic wyraźnie celuje w środowiska korporacyjne, gdzie jeden centralny plik konfiguracyjny to przepis na chaos gdy trzech administratorów edytuje go jednocześnie.
Hooki na zmiany plików i katalogów
Druga istotna zmiana to dwa nowe eventy w systemie hooków: CwdChanged odpala się gdy agent zmieni katalog roboczy, FileChanged gdy zmodyfikuje plik. Brzmi banalnie, ale otwiera sporo możliwości dla automatyzacji.
Przykład: hook FileChanged może automatycznie odpalać linter po każdej edycji kodu przez Claude’a. Albo triggerować testy jednostkowe. Albo wysyłać notyfikację do Slacka gdy agent ruszy pliki w katalogu /production/.
CwdChanged z kolei pozwala na kontekstowe przełączanie ustawień — inne reguły dla frontendu, inne dla backendu, bez manualnej interwencji.
Dlaczego to ma znaczenie dla pipeline’ów
Claude Code to CLI pozwalające używać Claude’a bezpośrednio z terminala — bez przeglądarki, bez API boilerplate’u. Wcześniejsze wersje oferowały hooki, ale brakowało granularności. Teraz można budować workflow gdzie agent AI jest jednym z kroków w większym pipeline CI/CD, z pełną obserwowalnością co robi i kiedy.
Merge alfabetyczny w managed-settings.d/ rozwiązuje konkretny problem: jak pozwolić wielu zespołom konfigurować jednego agenta bez deptania sobie po palcach. W dużych organizacjach to nie fanaberia tylko wymóg compliance — audytorzy chcą wiedzieć kto zmienił co i kiedy.
Co zostało poza changelogiem
Release notes są lakoniczne — dwa bullet pointy bez szczegółów implementacji. Nie wiadomo czy hooki są synchroniczne czy async, czy można je chainować, ile eventów planują dodać w przyszłych wersjach. Dokumentacja Claude Code wciąż jest szczątkowa w porównaniu do głównego API Anthropica.
Brakuje też informacji o wydajności. Czy FileChanged odpala się na każdy zapis czy jest debounce? Przy agencie który potrafi wygenerować dziesiątki plików w minutę to nie jest akademickie pytanie.
Kontekst konkurencyjny
GitHub Copilot CLI, Cursor i inne narzędzia AI dla developerów nie oferują tak rozbudowanego systemu hooków. OpenAI z kolei w ogóle nie ma oficjalnego CLI — ich agenci działają przez API lub ChatGPT. Anthropic buduje niszę “AI dla DevOps” gdzie kontrola i audytowalność są ważniejsze niż ładny interfejs.
Wersja 2.1.83 to drobna aktualizacja, ale kierunek jest jasny: Claude Code ma być narzędziem które można wpiąć w istniejącą infrastrukturę, nie zabawką do eksperymentowania w piaskownicy. Pytanie czy Anthropic zdąży zbudować ekosystem integracji zanim konkurencja nadrobi zaległości w enterprise features.
