Alternatywne IDE i powłoki dla agentów

Jest 15:00. Masz otwartych sześć zakładek terminala. Dwa agenty są w środku refaktoru, jeden skończył dziewięć minut temu i tego nie zauważyłeś, jeden stoi na promcie o zgodę od 14:20, a przy piątym naprawdę nie pamiętasz, o co go prosiłeś. Twoim wąskim gardłem nie jest agent — jest powłoka. To, w czym uruchamiasz agenty, zostało zaprojektowane dla jednego piszącego człowieka, nie dla sześciu procesów raportujących wyniki.

Wokół tego problemu wyrosła w ostatnich osiemnastu miesiącach cała kategoria narzędzi. Katalog yetanotherorchestrator.app zawiera ich 48: 29 aplikacji desktopowych, 9 dashboardów webowych, 9 interfejsów terminalowych, 1 chmurowy. Większość nie będzie istnieć za dwa lata. Ten przewodnik pokrywa te, na które warto poświęcić czas na ewaluację, oraz — co bardziej użyteczne — zasadę doboru, która chroni cię przed postawieniem na kolejne narzędzie do zarchiwizowania.

Czego się nauczysz

Cztery kształty, jakie może przyjąć powłoka dla agenta, i który pasuje do tego, jak faktycznie pracujesz
Uczciwe oceny ośmiu narzędzi, razem z tym, gdzie każde boli
Tabela decyzyjna mapująca twoje ograniczenie (Linux, SSH, GUI, prawdziwa izolacja) na konkretne narzędzie
Gotowy audyt, który powie ci, czy twoje repo w ogóle wytrzyma równoległe agenty — większość nie wytrzymuje bez zmian
Zapis rotacji rynku 2026 i jedno pytanie, które przewiduje, które narzędzia ją przeżyją

Zasada: czy uruchomi twojego agenta?

Wszystko poniżej przechodzi jeden test: da się w tym uruchomić Claude Code, Codex albo Cursor Agent. Narzędzie jest powłoką wokół agenta, za którego już płacisz. Wymieniasz agenta, zostawiasz powłokę.

Ta zasada świadomie wyklucza całą popularną kategorię.

Cztery kształty powłoki

Kształt	Model izolacji	Gdzie działa	Wybierz, jeśli
Edytor + zewnętrzny agent (ACP)	Twoja jedna kopia robocza	Lokalny edytor	Chcesz jednego agenta naraz, w edytorze, który już lubisz
Multiplekser terminalowy	Taki, jaki sobie skonfigurujesz	Lokalnie + SSH + zdalna maszyna	Żyjesz w terminalu i chcesz sesji, które przeżyją zamknięcie laptopa
Orkiestrator desktopowy	Jeden `git worktree` na agenta	Lokalnie, chmura w płatnych planach	Chcesz widzieć sześciu agentów naraz i przeglądać ich diffy w GUI
Kontener / board	Kontener Dockera na agenta albo kolejka zadań	Lokalnie	Twoje repo naprawdę nie zniesie dwóch instancji naraz

To nie są konkurujące filozofie, tylko różne odpowiedzi na pytanie „ilu agentów naraz i jak bardzo odizolowanych”. Większość developerów ląduje z dwiema: edytor do jednego zadania, nad którym naprawdę myśli, i multiplekser albo orkiestrator do fan-outu.

Edytor + wymienny agent: Zed i JetBrains przez ACP

Najbardziej niedoceniana odpowiedź na pytanie „jakie IDE uruchomi Claude Code” brzmi: to, którego już używasz, przez ACP.

Agent Client Protocol to otwarty standard oparty na JSON-RPC 2.0 — celowo wzorowany na Language Server Protocol, ale dla agentów. Zed Industries stworzył go w sierpniu 2025, JetBrains dołączył chwilę później. Agent implementuje ACP raz; potem każdy edytor obsługujący ACP może go prowadzić. Zero integracji per edytor, zero czekania, aż vendor wypuści wtyczkę.

W praktyce oznacza to, że Claude Code działa w panelu agenta w Zedzie jako pełnoprawny obywatel, a nie jako terminal w panelu: Zed owija SDK Claude Code i tłumaczy wywołania na ACP, więc obserwujesz edycję wielu plików z prawdziwym podświetlaniem składni i diagnostyką z language servera. Codex, Gemini CLI, OpenCode, Goose i Cline podłączają się tak samo.

W styczniu 2026 Zed i JetBrains wspólnie uruchomiły ACP Agent Registry — przeglądalny katalog kompatybilnych agentów, wbudowany bezpośrednio w oba edytory. Natywne wsparcie mają Zed i JetBrains; Neovim, Emacs i VS Code mają wtyczki społeczności.

Dlaczego to ważniejsze niż którakolwiek pojedyncza aplikacja z tej strony: ACP odłącza decyzję o edytorze od decyzji o agencie. Nie wybierasz już „Cursor albo Claude Code” — możesz zostać przy JetBrains do monolitu w Javie, używać Zeda do serwisu w Rust i uruchamiać tego samego agenta w obu.

Gdzie boli: ACP to historia jeden agent, jedno okno edytora. Daje piękne doświadczenie pojedynczego agenta i absolutnie nic dla fan-outu. Jeśli twój problem to sześć agentów, ACP nie jest odpowiedzią — czytaj dalej.

Terminal: herdr

herdr to narzędzie najbardziej wprost nastawione na scenariusz z otwarcia. Nazywa się multiplekserem agentów — „jeden terminal dla całego stada” — i jest pojedynczym binarnym plikiem w Rust, około 10 MB, na licencji Apache-2.0, z ponad 22 tysiącami gwiazdek na GitHubie. Bez Electrona, bez konta, bez telemetrii.

Model mentalny to tmux, który wie, czym jest agent. Każdy agent dostaje prawdziwy panel PTY, w którym działa dokładnie to CLI, które odpaliłbyś ręcznie. Serwer w tle utrzymuje każdy panel po zamknięciu laptopa, a podłączyć się możesz przez SSH — także z telefonu, bo layout reaguje na mysz i dotyk.

Funkcja, która się broni, to detekcja stanu. herdr klasyfikuje każdy panel jako idle, working albo blocked i pokazuje je pogrupowane w pasku bocznym. To lekarstwo na „jeden agent czeka na zgodę od 40 minut”. Dokumentacja jest nietypowo uczciwa co do mechanizmu: herdr oznacza panel jako blocked tylko wtedy, gdy snapshot dolnej części bufora pasuje do znanego UI zgody, pytania lub uprawnień. Tam, gdzie agent wspiera lifecycle hooks, herdr je instaluje i sygnał jest dokładny; w przeciwnym razie czyta twój ekran.

Pokrycie agentów jest najszersze z wszystkiego tutaj. Claude Code, Codex i Cursor Agent CLI mają częściowe wsparcie lifecycle; Copilot CLI, Devin CLI, Droid, OpenCode i Kilo Code CLI siedzą w tej samej warstwie; Amp, Grok CLI, Kiro CLI, Gemini CLI i Cline są wykrywane przez manifesty ekranu. Dowolny agent terminalowy działa jako zwykły panel nawet bez wtyczki.

Jest też socket API — CLI i JSON — co oznacza, że agenty mogą prowadzić herdr: odpalić panel, przeczytać wyjście innego panelu, poczekać na rodzeństwo. To prymityw dla „agenta-orkiestratora, który rozdziela pracę na workerów” i prawie nic innego w tej kategorii tego nie wystawia.

Gdzie boli: herdr to multiplekser, nie recenzent. Nie ma UI diffów, nie ma tworzenia PR-ów, nie ma zarządzania worktree — jeśli chcesz jednego worktree na agenta (chcesz; patrz niżej), konfigurujesz to sam. Jest też Linux/macOS-first; Windows to preview beta.

Wersja praktyczna — instalacja, dlaczego lifecycle hooks mają znaczenie i budowa agenta-orkiestratora na socket API — jest w herdr: multiplekser agentów z socket API.

Orkiestratory desktopowe

Conductor

Conductor to kanoniczna odpowiedź w GUI: „uruchamiaj równoległe agenty kodujące na swoim Macu”. Prowadzi Claude Code, Codex i Cursor, daje każdemu izolowany git worktree tworzony jednym kliknięciem i wystawia wszystkich na jeden board, żebyś widział, co robi każdy agent, i przeglądał jego zmiany bez przełączania okien.

Cennik: darmowy plan dla lokalnych równoległych workspace’ów na Macu i $50/mies. za Pro, który dodaje długo działające workspace’y w chmurze, dostęp do API, aplikację mobilną i współpracę z innymi użytkownikami Pro. Teams (multiplayer, panel admina, SSO) jest zapowiedziany; Enterprise jest wyceniany indywidualnie.

Gdzie boli: tylko macOS. To twarda bariera dla zespołów na Linuksie i żadna obietnica w roadmapie tego dziś nie zmienia.

Nimbalyst

Nimbalyst to open-source’owy, wieloplatformowy odpowiednik — i warto znać jego rodowód: to oficjalny następca Crystal, od tego samego twórcy. Crystal był aplikacją Electron na licencji MIT do równoległych sesji Claude Code i Codex w git worktree; został wycofany w lutym 2026, a jego repo kieruje teraz do Nimbalyst.

Nimbalyst zachowuje model równoległych sesji i worktree — każda sesja może jednym kliknięciem dostać własny worktree — i dodaje kanban sesji, edytory WYSIWYG, śledzenie zadań, system rozszerzeń i natywną aplikację na iOS. macOS, Windows i Linux.

Gdzie boli: to najmłodsza rzecz tutaj, która niesie najwięcej powierzchni funkcjonalnej. Traktuj nowsze funkcje (rozszerzenia, iOS) jako nowsze niż rdzeń.

Emdash

Emdash przedstawia się jako open-source’owe Agentic Development Environment: uruchamiaj wiele agentów równolegle, używaj dowolnego providera. Apache-2.0, spółka z YC W26, ponad 5 tysięcy gwiazdek, macOS/Windows/Linux i commity lądujące codziennie.

To najprostszy wybór, jeśli chcesz kształtu Conductora bez ograniczenia do macOS i bez planu za $50 — kosztem mniejszego ekosystemu i mniejszego dopracowania.

Sculptor: kontenery zamiast worktree

Sculptor od Imbue to jedyne architektonicznie odmienne narzędzie desktopowe tutaj, i ta różnica ma znaczenie. Zamiast git worktree per agent daje każdemu agentowi własny kontener Dockera, a potem synchronizuje pracę z powrotem do twojego lokalnego repo, kiedy chcesz ją przetestować.

To realnie silniejsza granica izolacji i rozwiązuje tryb awarii, który gryzie wszystkich pozostałych w tej kategorii: worktree izoluje pliki, a nie porty, nie node_modules, nie twoją bazę deweloperską, nie nazwy kontenerów Dockera. Sześć agentów w sześciu worktree odpalających npm run dev bije się o port 3000. Sześć agentów w sześciu kontenerach nie.

Gdzie boli: to mały projekt — MIT, około 200 gwiazdek. Architektura jest właściwa; ryzyko utrzymania jest realne. Oceniaj go ze świadomością, że możesz skończyć z utrzymywaniem własnego forka.

Boardy i jedna przestroga

Vibe Kanban to najbardziej znany orkiestrator w kształcie boardu: zadania jako karty, przypisujesz każde do agenta, przesuwasz pracę od to-do przez review, agnostyczny wobec 10+ agentów, w tym Claude Code, Codex, Gemini CLI, Copilot, Amp, Cursor i OpenCode. Apache-2.0, prawie 28 tysięcy gwiazdek, jedna komenda żeby spróbować: npx vibe-kanban.

Baseline terminalowy: zrób to, zanim cokolwiek kupisz

Zanim zaczniesz oceniać jakąkolwiek aplikację, poświęć dwadzieścia minut na darmową wersję tego pomysłu: git worktree plus tmux. Jeden worktree na zadanie, jeden branch na worktree, jeden agent na panel. Prymityw worktree jest omówiony od początku do końca w zaawansowanych technikach Claude Code — razem z częstym błędem sięgania po --add-dir, który dodaje kontekst do jednej sesji, a nie izoluje kilku.

Jeśli chcesz do tego menedżera sesji, Claude Squad jest TUI w Go dokładnie do tego: wiele instancji Claude Code, Codex, OpenCode albo Amp, każda we własnym panelu tmux zakorzenionym we własnym worktree. AGPL-3.0, około 8 tysięcy gwiazdek.

Warp to ciężka opcja terminalowa. Przedstawia się teraz jako agentic development environment „zrodzone z terminala”, jego źródła są opublikowane na AGPL-3.0, a pitch mówi wprost o dowolnym harnessie — Claude Code i Codex działają obok własnego agenta Warpa, w podzielonych panelach, z wbudowanym edytorem i regułami projektu w WARP.md. Oz to jego strona chmurowa: odpalasz dowolnego agenta do chmury przez SDK, CLI albo z terminala, ze scentralizowanym nadzorem, widocznością zużycia i limitami kredytów. macOS, Linux i Windows.

Baseline ma znaczenie, bo jest kontrolą w twoim eksperymencie. Jeśli tmux plus worktree już obsługuje twój fan-out, to jedyne, co kupuje ci aplikacja za $50/mies., to ładniejszy widok na to samo — co może być tego warte, ale powinieneś wiedzieć, że właśnie to kupujesz.

Baseline jest też zdolniejszy, niż większość ludzi zakłada, bo send-keys, capture-pane i wait-for czynią z tmuxa szynę komunikacyjną między agentami. tmux dla flot agentów opisuje to oraz powód, dla którego worktree powinien dziś tworzyć twój agent, a nie twój skrypt.

Warto jeszcze wiedzieć

Herd (joinherd.ai) — inny produkt niż herdr, mimo nazwy. Wieloplatformowa aplikacja desktopowa do odpalania wielu agentów równolegle z dashboardem w czasie rzeczywistym, obsługująca scalanie i cleanup za ciebie. Claude Code, Codex i Kimi. Warto wiedzieć, że oba istnieją, żeby szukać właściwego.
Mux (coder/mux, wcześniej cmux) — aplikacja desktopowa do izolowanego równoległego rozwoju agentowego, od zespołu Coder. AGPL-3.0.
Omnara — open-source’owy control plane dla agentów, ale repo milczy od stycznia 2026.
Pełny katalog, jeśli chcesz zobaczyć wszystkie 48 i ocenić samodzielnie.

Które: tabela decyzyjna

Twoje ograniczenie	Odpowiedź
Chcę zostać w swoim edytorze i swobodnie wymieniać agenty	Zed albo JetBrains przez ACP
Żyję w terminalu i chcę sesji, które przetrwają SSH i zamknięcie klapy	herdr
Chcę board z sześcioma agentami w GUI i jestem na Macu	Conductor
To samo, ale jestem na Linuksie albo Windowsie	Nimbalyst albo Emdash
Moje repo nie zniesie dwóch kopii naraz (porty, baza dev, Docker)	Sculptor (kontenery) albo najpierw napraw repo audytem poniżej
Chcę wiedzieć, czy w ogóle tego potrzebuję	`git worktree` + `tmux` na tydzień, potem decyduj
Potrzebuję agenta-orkiestratora, który odpala i koordynuje workerów	socket API w herdr
Mój dział prawny sprawdza licencję każdej zależności	Apache-2.0/MIT: herdr, Emdash, Sculptor, Nimbalyst. AGPL-3.0: Claude Squad, Mux, Warp

Spraw, żeby repo przetrwało równoległe agenty

Prawie każde zgłoszenie „orkiestrator jest zepsuty” to w rzeczywistości repo, którego nie da się wyciągnąć dwa razy. Uruchom to przed oceną czegokolwiek — wyniki zwykle zmieniają to, jakiego kształtu narzędzia potrzebujesz.

Gotowy prompt — audyt repo pod równoległe worktree:

Zaudytuj to repo pod kątem tego, czy 4-6 agentów może pracować równolegle
w osobnych git worktree bez wchodzenia sobie w drogę. Sprawdź konkretnie:

1. Zahardkodowane porty w skryptach dev/test, docker-compose i configu
2. Obsługę .env -- jest w .gitignore, czyli świeży worktree go nie ma?
3. Koszt instalacji -- czy każdy worktree potrzebuje własnego node_modules /
   venv / katalogu target i ile to trwa?
4. Współdzielony mutowalny stan: jedna baza dev, lokalny Redis, stały
   prefiks bucketu S3/R2, stałe nazwy kontenerów i sieci Dockera
5. Git hooks i narzędzia zakładające jeden checkout w jednej ścieżce
6. Ścieżki absolutne wypalone w configu albo skryptach

Potem wyprodukuj dwie rzeczy:
- bin/wt, skrypt shellowy z podkomendami `new <slug>`, `list` i
  `cleanup <slug>`, który tworzy worktree w ../<repo>-<slug> na branchu
  <slug>, kopiuje pliki env potrzebne świeżemu worktree, uruchamia krok
  instalacji i przydziela niekolidujący port przez offset
- sekcję "Równoległe agenty" do CLAUDE.md i AGENTS.md opisującą konwencję
  worktree, zasadę przydziału portów i czego agent NIE może ruszać, bo
  jest współdzielone

Najpierw zaraportuj ustalenia jako listę blokerów wg wagi, przed pisaniem
czegokolwiek.

Zrób prawdziwy bake-off

Nie wybieraj z tabel funkcji, w tym z tej powyżej. Różnice, które mają znaczenie, są ergonomiczne i widać je w pierwszej godzinie.

Wybierz jedno prawdziwe zadanie, które i tak rozdzieliłbyś — cztery niezależne, małe, ortogonalne zmiany. Cztery bugfixy w czterech katalogach są idealne; jedna funkcja podzielona na cztery nie, bo wtedy mierzysz swoją dekompozycję, a nie narzędzie.
Najpierw uruchom baseline. git worktree plus tmux, cztery panele, cztery agenty. Zmierz czas. To twoja kontrola i czasem wygrywa.
Uruchom te same cztery zadania w dwóch kandydujących powłokach. Ten sam agent, te same modele, te same prompty. Zmieniasz tylko powłokę.
Oceniaj to, co faktycznie odczułeś: jak długo zajęło zauważenie, że agent jest zablokowany; ile razy zgubiłeś, który panel jest który; minuty od „agent skończył” do „diff przejrzany”; czy coś się zderzyło.
Decyduj na dwa tygodnie próby, nie na zawsze. Przy zapisie rotacji poniżej dwuletni zakład na którekolwiek z tych narzędzi to zakład, którego nie wygrasz.

Gotowy prompt — przegląd gałęzi, które wyprodukowały cztery równoległe agenty:

Cztery agenty właśnie skończyły na branchach: <b1>, <b2>, <b3>, <b4>.
Przejrzyj je jako zbiór, nie pojedynczo. Interesują mnie awarie
międzygałęziowe, których review per PR nie widzi:

1. Zduplikowane implementacje -- dwa branche dodają ten sam helper pod
   różnymi nazwami albo naprawiają tę samą przyczynę dwoma sposobami
2. Kolizje refaktoru -- jeden branch przenosi albo zmienia nazwę czegoś,
   co drugi branch importuje
3. Sprzeczne zmiany w tym samym configu, schemacie albo migracji
4. Nakładanie się testów: dwa branche inaczej asertują to samo zachowanie

Dla każdego ustalenia podaj branche, pliki i która wersja powinna wygrać
z jednolinijkowym uzasadnieniem. Potem daj mi kolejność scalania
minimalizującą konflikty i zaznacz, które scalenia wymagają decyzji
człowieka, a nie mechanicznego rozwiązania.

Nie scalaj niczego. Tylko raport.

Jak podać agenta dowolnej powłoce

Każda powłoka tutaj działa przez odpalenie CLI twojego agenta. Znajomość bezgłowego punktu wejścia czyni każdą z nich skryptowalną — i czyni ciebie przenośnym, kiedy narzędzie umrze.

Cursor wystawia cursor-agent jako swoje CLI i właśnie to wykrywają i prowadzą powłoki takie jak herdr czy Conductor. Wewnątrz worktree agent podnosi .cursor/rules z tego katalogu — więc reguły per worktree są realnym mechanizmem trzymania czterech równoległych agentów na swoich pasach.

Własne okno Agents w Cursorze robi już natywnie równoległość lokalną, w worktree, w chmurze i po SSH. Przed dodaniem zewnętrznej powłoki na wierzchu sprawdź, czy nie masz tego już u siebie — zobacz macierz funkcji.

claude do paneli interaktywnych; claude -p "zadanie" do trybu nieinteraktywnego; --output-format json, kiedy skrypt musi sparsować wynik; claude --resume, żeby wrócić do sesji. To cały kontrakt, jakiego potrzebuje powłoka.

Hooks cyklu życia Claude Code są tym, co pozwala herdr raportować dokładny stan, a nie zgadywać z ekranu — jeśli używasz herdr, instalacja jego hooków to różnica między niezawodną detekcją blocked a heurystyką.

codex do paneli interaktywnych, codex exec do uruchomień nieinteraktywnych, codex resume do kontynuacji wątku. Codex ma też własne wątki w worktree i zadania w chmurze, więc obowiązuje to samo pytanie co przy Cursorze: sprawdź, co już masz, przed owijaniem tego.

Każdy worktree dostaje własny AGENTS.md, co jest najczystszym sposobem zawężenia równoległego agenta do jednego wycinka repo.

Kiedy to się psuje

Worktree to nie izolacja. Izoluje pliki i nic więcej. Porty się zderzają, .env nie ma w świeżym worktree, node_modules instaluje się cztery razy, wspólną bazę dev migrują dwa agenty jednocześnie, nazwy kontenerów Dockera kolidują. To największe źródło „równoległe agenty nie działają” — uruchom prompt audytu powyżej albo użyj izolacji kontenerowej.

Detekcja stanu zablokowania jest heurystyką, dopóki nie podłączysz hooków. Rozpoznawanie po wzorcach ekranu gubi nowe prompty. Agent może stać na zgodzie godzinę, podczas gdy dashboard pokazuje, że pracuje. Zainstaluj lifecycle hooks, które wspiera twój agent, i wyrób sobie nawyk skanowania stanów, a nie ufania plakietce.

Sześciu agentów to sześć razy więcej tokenów i sześć razy więcej review. Output się mnoży, twoja przepustowość przeglądania nie. Liczbą do pilnowania jest zaakceptowana przepustowość, nie liczba agentów — i zwykle przestaje rosnąć dużo wcześniej, niż skończy ci się laptop. Playbook merge queue, wzorzec agenta rozwiązującego konflikty i kalibracja sufitu na developera są omówione w równoległości zespołowej; koszty w optymalizacji kosztów.

Limity są współdzielone. Każda powłoka odpala twoje CLI na twoim planie. Sześć równoległych agentów uderza w limity twojego konta sześć razy szybciej, a większość powłok pokazuje to jako agenta, który tajemniczo się zatrzymał, a nie jako błąd przydziału.

Ta kategoria rotuje mocniej niż cokolwiek innego w twoim toolchainie. Stan na lipiec 2026: Roo Code zarchiwizowany 15 maja; Void zarchiwizowany; Crystal zastąpiony przez Nimbalyst w lutym; Vibe Kanban wygaszany; opencode i goose zmieniły organizacje na GitHubie; Windsurf stał się Devin Desktop. To jedna istotna zmiana na kwartał, w jednej kategorii.

Pytaniem, które przewiduje przetrwanie, nie są gwiazdki ani finansowanie. Jest nim: czy to narzędzie owija CLI mojego agenta, czy reimplementuje agenta? Wrapper to widok na claude i codex — kiedy umrze, tracisz UI i zachowujesz wszystko inne. Reimplementacja posiada twoją historię promptów, stan zadań i workflow — kiedy umrze, migrujesz. Wniosek: preferuj narzędzia trzymające stan w gicie (branche, worktree, commity) nad tymi, które trzymają go we własnej bazie.

Licencja ma tu większe znaczenie niż zwykle, bo te narzędzia siedzą w środku twojej pętli deweloperskiej. AGPL-3.0 (Claude Squad, Mux, Warp) to inna rozmowa z korporacyjnym działem prawnym niż Apache-2.0 czy MIT (herdr, Emdash, Sculptor, Nimbalyst). Dowiedz się, którą rozmowę prowadzisz, zanim ustandaryzujesz zespół na jednym narzędziu.

Co dalej

Macierz funkcji Co Cursor, Claude Code i Codex robią już natywnie -- sprawdź przed dodaniem powłoki

Zaawansowane techniki Claude Code Prymityw git worktree zrobiony porządnie, z promptami

Równoległość zespołowa Merge queue, agenty rozwiązujące konflikty i kalibracja sufitu na developera

Cursor vs Claude Code IDE-first vs CLI-first, co decyduje o tym, jakiego kształtu powłoki potrzebujesz

Optymalizacja kosztów Co równoległy fan-out robi ze zużyciem tokenów i kredytów

vs Windsurf Devin Desktop, agent-first IDE świadomie poza zakresem powyżej