/ JAK MYŚLĘ O MCP
MCP to dźwignia, nie zabawka
Pierwsza rzecz do zinternalizowania o Model Context Protocol: każdy wpięty server dodaje tokeny opisów narzędzi do każdego requestu Claude'a, niezależnie od tego, czy użyjesz tego narzędzia, czy nie. Sam server browser automation potrafi dorzucić cztery do sześciu tysięcy tokenów opisów narzędzi do twojego kontekstu. Wpij sześć takich i właśnie wydałeś premium kontekst na reklamy narzędzi, które w tej rozmowie nie zostaną nawet odpalone.
Dlatego „więcej MCP" to nieprawidłowe pytanie. Prawidłowe brzmi: które workflow chcę, żeby Claude obsługiwał bez copy-paste'a? Potem wybierasz najmniejszego MCP, który odpowiada na każde z tych workflow.
/ #1 FILESYSTEM
Ten, o którym nikt nie mówi, bo jest nudny
Oficjalny filesystem MCP pozwala Claude'owi czytać, pisać i przeszukiwać pliki w zakreślonym katalogu. Brzmi mało porywająco. To w praktyce MCP z najwyższym ROI dla samotnego dewelopera, bez konkurencji.
Dlaczego: większość strat kontekstu z Claude'em nie jest intelektualna, tylko logistyczna. Tracisz tokeny na wklejanie zawartości plików, prosisz Claude'a, żeby pamiętał układy, dwadzieścia razy tłumaczysz, co siedzi w repo. Z filesystem MCP Claude czyta plik raz zamiast tego, żebyś go opisywał dwadzieścia razy.
Setup to jeden blok w twoim mcp.json. Zamknij go w jednym lub dwóch katalogach projektowych, nie pozwól mu przeglądać $HOME.
/ #2 GIT
Diff, log, blame z marszu
Git MCP daje Claude'owi `git diff`, `git log`, `git blame` i kilka pokrewnych operacji tylko-do-odczytu. Wpinasz raz i Claude potrafi odpowiedzieć „kiedy ostatnio zmieniała się ta funkcja?" bez tego, żebyś sam wklejał output loga.
Połącz to z filesystem MCP i masz osiemdziesiąt procent tego, co code review tools sprzedają jako produkt, działające w twoim terminalu za zerowy koszt operacyjny.
/ #3 OBSIDIAN
Jeśli notujesz poza kodem, to zmienia grę
Obsidian Local REST API plus cienki MCP wrapper pozwalają Claude'owi czytać i pisać notatki Obsidiana wprost z konwersacji. Używamy tego codziennie w NeuraGrowth: pamięć projektowa, dzienne logi, brainstorm-dokumenty, memo feedbackowe wszystko siedzi w Obsidianie i Claude czyta i pisze w trakcie rozmowy.
Główną wygraną nie jest pisanie, tylko czytanie. Kiedy sesja się skompaktuje i potrzebujesz, żeby Claude przypomniał sobie, co zdecydowałeś dwa tygodnie temu, to fakt, że ta decyzja siedzi w pliku markdown, który Claude może podciągnąć, jest różnicą między ciągłością a przekonywaniem ich od początku przy każdym powrocie do tematu.
/ #4 BROWSER AUTOMATION
Kiedy potrzeba oka na żywą stronę
MCP do Playwrighta lub Puppeteera pozwala Claude'owi otworzyć przeglądarkę, klikać po stronie, robić screeny, wypełniać formularze. Drogi w tokenach, więc instaluj go na końcu, nie na początku.
Gdzie zarabia: regresja UI na lokalnym dev serverze, scraping stron bez API, sanity check, że twoja poprawka faktycznie naprawiła to, co widzi przeglądarka. Nie włączaj globalnie, włączaj per-task, kiedy masz robotę pasującą do przeglądarki.
/ #5 POSTGRES
Tylko do odczytu, ale na produkcyjnej bazie
Postgres MCP (lub odpowiednik dla MySQL / SQLite) pozwala Claude'owi uruchamiać SELECTy na podpiętej bazie. Skonfiguruj go w trybie TYLKO-DO-ODCZYTU. To jedyny bezpieczny tryb na codzień.
Use case: „ilu userów się zarejestrowało w ostatnich trzydziestu dniach?" przestaje być pięciominutowym zadaniem. Claude pisze query, odpala, zwraca liczbę. To samo przy doraźnym debugowaniu danych podczas tropienia buga. Nie dawaj Claude'owi prawa zapisu, dopóki nie masz bardzo konkretnego powodu i strategii backupów na wypadek pomyłki.
/ CO ODPUŚCIĆ
Trzy klasy MCP, które odinstalowałem
- „All-in-one AI agent" servery. Pakują filesystem, git, browser, search, code-exec w jednego dużego MCP. Koszt tokenów eksploduje, scope creep czyni je kruchymi, a abstrakcje skrywają to, co naprawdę się dzieje.
- SaaS-owe wrappery MCP dla narzędzi, których nie używasz. Notion, Linear, Jira, Slack, każdy ma swojego MCP. Jeśli nie używasz narzędzia, opisy ich narzędzi i tak zjadają kontekst. Wpinaj tylko to, czego dotykasz tygodniowo.
- Cokolwiek, co reimplementuje wbudowane wyszukiwanie Claude'a. Vector search MCP, semantic-search-over-codebase MCP, wbudowane grep i glob od Claude'a wystarczają dla repo poniżej ~100K LOC. Pomiń warstwę index-buildera, dopóki realnie jej nie potrzebujesz.
/ KOLEJNOŚĆ INSTALACJI
Jeśli masz godzinę
Instaluj w tej kolejności, testuj każdy, dopiero potem przechodź do następnego:
- Filesystem zakreślony na twoje aktywne repo. Dziesięć minut.
- Git to samo repo. Dziesięć minut.
- Obsidian jeśli notujesz w Obsidianie. Piętnaście minut razem z setupem REST API plugina.
- Postgres tylko jeśli masz produkcyjną bazę. Piętnaście minut na konfigurację read-only.
- Browser automation instaluj na końcu i przełączaj per-sesja. Dwadzieścia minut.
Nie próbuj wpiąć wszystkich pięciu w jednej sesji. Każdy jest małym zobowiązaniem pamięci mięśniowej. Wciśnięcie ich w jedną sobotę kończy się tym, że we wtorek zapomniałeś, jak wywołać połowę.
/ NA KONIEC
Mniej znaczy więcej, dopóki nie zaczyna znaczyć mniej
Pokusa z MCP jest tą samą, co z extensionami do VS Code: zainstalować wszystko, co świeci, zebrać śmieci, nigdy nie używać osiemdziesięciu procent. Opieraj się. Dwa dobrze skonfigurowane servery biją dziesięć leniwie skonfigurowanych za każdym razem. Kiedy realnie trafisz na limit tego, co potrafi twój obecny setup, dokładaj kolejny świadomie.