Desktopowe środowiska agentów: Orca, Conductor, Superset, Emdash, Warp i inne

Desktopowe środowisko agentów to aplikacja z interfejsem graficznym, która uruchamia istniejące CLI agenta kodującego (Claude Code, Codex, CLI Cursora i inne) w kilku izolowanych git worktree naraz i dokłada widok diffów do przeglądu. We wrześniu 2026 kategorię prowadzą Orca, Conductor, Superset, Emdash i Warp. Najpierw sprawdź wbudowane funkcje równoległe agenta.

Masz trzech agentów przy trzech zgłoszeniach w trzech terminalach. Jeden skończył dziesięć minut temu, drugi czeka na pytanie, którego nie widziałeś, a przegląd trzeciego oznacza git diff | less w katalogu, który najpierw musisz znaleźć. Desktopowe środowisko agentów pokazuje całą trójkę i ich diffy na jednym ekranie. Źle wybrane narzędzie oznacza jednak migrację w ciągu roku: Crystal, Mux i Vibe Kanban zmieniły w 2026 nazwę albo status.

Ta strona jest dla programistów, którzy wybierają GUI do równoległych agentów, i dla tech leadów, którzy standaryzują je w zespole. Multipleksery terminalowe (herdr, tmux, cmux) i orkiestratory tablicowe lub kolejkowe (Claude Squad, Vibe Kanban) mają własne strony; tu są tylko aplikacje desktopowe.

Co daje ci to porównanie desktopowych środowisk agentów

• Sprawdzenie, co Claude Code, Codex i Cursor robią już natywnie, żeby dodawać aplikację tylko wtedy, gdy się opłaca
• Datowaną tabelę dziesięciu środowisk: licencja, systemy, izolacja, agenci i status
• Pełny przykład best-of-N w Orce: jeden prompt dla Claude Code i Codeksa, dwa diffy, zwycięzca wybrany testami
• Zespołowy przepływ od zgłoszenia przez workspace i komentarze w diffie do pull requesta, z trzema promptami do skopiowania
• Dowody, które każdy workspace musi mieć przed merge’em, pułapki instalacji i to, co się psuje

Co zalicza się do desktopowych środowisk agentów?

O tym, co tu trafia, decyduje jeden test: aplikacja uruchamia CLI agenta, którego już używasz. Gdy Orca albo Emdash startuje Claude Code, uruchamia claude z twoim CLAUDE.md, hookami, skillami i subskrypcją. Jeśli aplikacja zniknie, tracisz okno, a resztę zachowujesz.

Trzej sąsiedzi nie przechodzą tego testu albo rozwiązują inny problem:

Jeśli chcesz	Idź do
Agentów w panelach terminala, które przetrwają SSH i zamkniętą klapę	herdr albo tmux dla floty agentów
Kolejkę lub tablicę, która rozdziela wiele zgłoszeń między agentów (Claude Squad, Vibe Kanban, Worktrunk)	Równolegli agenci
IDE, którego własny agent zastępuje twojego (Kiro, Devin Desktop, Antigravity)	Rynek agentów kodujących

Czwartą opcją, dla jednego agenta naraz, są edytory obsługujące Agent Client Protocol (ACP). ACP „standardizes communication between code editors … and coding agents” (stabilna wersja protokołu 1, według repozytorium ACP, odczyt 2026-09-26). Claude Code trafia do edytorów ACP, takich jak Zed, przez adapter @agentclientprotocol/claude-agent-acp (npm 0.84.0, sprawdzone pod koniec września 2026), zbudowany na Claude Agent SDK. ACP daje dobry edytor do pracy z jednym agentem, ale nie rozdziela zadania między wielu agentów.

Co twój agent robi już sam, zanim dodasz aplikację?

W 2026 agenci wchłonęli dolną warstwę tego stosu. Aplikacja zewnętrzna musi dziś zapracować na swoje miejsce mieszanką agentów, lepszą tablicą przeglądu albo dostępem zdalnym i mobilnym. Najpierw sprawdź ścieżkę natywną.

Claude Code

Claude Code 2.1.283 (sprawdzone przez claude --help 2026-09-26) uruchamia sesję we własnym worktree przez claude --worktree <nazwa> (-w), dokłada sesję tmux przez --tmux i pokazuje sesje w tle w widoku agentów: claude agents (wersja poglądowa, ang. research preview). Zakładka Code w aplikacji desktopowej Claude uruchamia równoległe sesje w worktree z przeglądem diffu linia po linii. Zobacz widok agentów i Claude Code Desktop.

Codex

Codex CLI 0.157.1 uruchamia sesję w zarządzanym worktree przez codex --worktree albo /worktree, a codex agents przegląda wszystkie sesje w lokalnym demonie app-server. Aplikacja desktopowa Codex (codex app) istnieje tylko na macOS i Windows. Zobacz worktree w Codeksie i aplikację Codex.

Cursor

Agents Window w Cursorze uruchamia kilku agentów naraz, każdego w worktree albo jako agenta chmurowego. Jeśli cały zespół pracuje w Cursorze, zacznij tam; aplikacja zewnętrzna ma sens, gdy łączysz Cursora z Claude Code albo Codeksem. Zobacz Agents Window.

Jeśli agent jednego dostawcy obsługuje cały zespół, a jego aplikacja wystarczająco dobrze pokazuje diffy, zatrzymaj się tutaj. Czytaj dalej, gdy uruchamiasz obok siebie dwóch lub więcej agentów, potrzebujesz Linuksa albo Windowsa albo chcesz mieć zgłoszenia i komentarze do diffów w jednym miejscu.

Które desktopowe środowiska agentów warto sprawdzić we wrześniu 2026?

Popularność to gwiazdki na GitHubie odczytane 2026-09-26 przez GitHub API na potrzeby dossier ekosystemu tego serwisu. Gwiazdki mierzą uwagę, a nie przydatność, a produkty zamknięte nie publikują porównywalnej metryki.

Aplikacja	Licencja	Systemy	Izolacja	Uruchamiani agenci	Gwiazdki (2026-09-26)	Status
Orca	MIT	macOS, Windows, Linux; aplikacja towarzysząca na iOS i Androida	Worktree na zadanie, lokalnie lub przez SSH	Dowolny agent CLI: Claude Code, Codex, Cursor, OpenCode, Pi i inne	78 410	Aktywny
Warp	Klient AGPL-3.0 (crate’y UI na MIT)	macOS, Windows, Linux	Brak własnej; karty i panele	Własny agent albo Claude Code, Codex, Gemini CLI	65 162	Aktywny
AionUi	Apache-2.0	macOS, Windows, Linux; WebUI	Na sesję	Claude Code, Codex, Cursor Agent, Gemini CLI i inni, przez ACP	33 131	Aktywny
opcode	AGPL-3.0	Budowanie ze źródeł	Brak	Tylko Claude Code	22 405	Brak binarek wydań
Superset	Elastic License 2.0	macOS; AppImage na Linuksa eksperymentalnie; bez Windowsa	Worktree na zadanie, porty per worktree	Claude Code, Codex, dowolny agent CLI	14 649	Aktywny
Emdash	Apache-2.0	macOS, Windows, Linux (x64 i ARM64)	Worktree na zadanie, lokalnie lub przez SSH	Claude Code, Codex, Cursor, OpenCode, Amp, Copilot i inni	5841	Aktywny
Xum (dawniej Mux)	AGPL-3.0	macOS, Linux	Środowisko lokalne, worktree albo SSH	Własna pętla agenta nad kilkoma dostawcami modeli	2036	Zmiana nazwy
Nimbalyst (dawniej Crystal)	MIT	macOS, Windows, Linux; aplikacja na iOS	Opcjonalny worktree na sesję	Claude Code, Codex; OpenCode i Copilot w wersji alfa	1777	Aktywny
Sculptor (Imbue)	MIT	macOS (Apple Silicon), Linux	Domyślnie worktree; kontenery eksperymentalnie	Claude Code, Pi; dowolny agent terminalowy	232	Wersja poglądowa
Conductor	Zamknięty	Tylko macOS	Worktree na workspace	Claude Code, Codex	brak publicznej metryki	Aktywny

Do czego służy każde z nich, w jednym zdaniu:

• Orca to domyślny wybór, gdy chcesz darmowej aplikacji na każdy system. README opisuje rozesłanie „one prompt across five agents, each in its own isolated git worktree”, żeby „compare the results and merge the winner”, do tego adnotacje w diffach, zadania z GitHuba i Lineara, worktree przez SSH i CLI orca.
• Conductor to najczęściej cytowana aplikacja na Maca. Ma zamknięty kod; aktualny cennik sprawdź na conductor.build. Conductor dokumentuje teraz .conductor/settings.toml zamiast starszego conductor.json; conductor.json w repozytorium Next.js pozostaje realnym przykładem skryptu przygotowującego worktree.
• Superset pasuje do zespołów na Macach, które chcą, żeby agenci sami tworzyli workspace’y przez CLI, SDK w TypeScripcie albo serwer MCP. README ostrzega, że worktree „do not sandbox processes or prevent merge conflicts”.
• Emdash pasuje do zespołów wieloplatformowych, które zaczynają pracę od zgłoszeń: pobiera issues z Lineara, GitHuba, Jiry, GitLaba i innych do zadania w worktree.
• Warp to przede wszystkim terminal. Wybierz go dla kart i powiadomień świadomych agentów, bez menedżera worktree.
• Nimbalyst pasuje do zespołów, których agenci produkują specyfikacje, makiety i diagramy tak samo jak kod.
• Sculptor dostarcza skille przepływów, takie jak /sculptor-workflow:fix-bug; traktuj go jako wersję poglądową.
• Xum uruchamia własną pętlę agenta zamiast twojego CLI, więc nie przechodzi testu z tej strony; wybierz go tylko wtedy, gdy celem jest jedna aplikacja nad kilkoma dostawcami modeli.
• opcode to osobisty GUI do Claude Code bez binarek wydań, a nie standard dla zespołu.
• AionUi daje jedno GUI, WebUI i kanały w komunikatorach nad wieloma agentami; sprawdź, co wystawia WebUI, zanim otworzysz je poza sieć lokalną.

Vibe Kanban jest wygaszany

README Vibe Kanban zaczyna się od „Vibe Kanban is sunsetting.” Firma została zamknięta, a lokalne workspace’y rozwija dalej społeczność. Nie standaryzuj na nim zespołu. Jeśli od niego zależysz, porównaj zamienniki na stronie o równoległych agentach.

Które desktopowe środowisko agentów pasuje do twojego ograniczenia?

Twoje ograniczenie	Wybierz
Agent jednego dostawcy dla całego zespołu	Aplikację tego dostawcy: Claude Code Desktop, aplikację Codex albo Agents Window w Cursorze
Claude Code i Codex obok siebie, za darmo, na każdym systemie	Orca
Praca zaczyna się od zgłoszeń w Linearze, Jirze albo na GitHubie; wymagana licencja permisywna	Emdash
Zespół tylko na Macach, dopracowanie ważniejsze niż otwartość, zamknięty kod akceptowalny	Conductor
Agenci muszą sami tworzyć workspace’y przez API	Superset (sprawdź Elastic License 2.0 z prawnikami)
Terminal z GUI, a nie menedżer worktree	Warp
Stanowisko tylko z Linuksem, bez GUI	Nie aplikacja desktopowa: herdr
Dział prawny sprawdza każdą licencję	MIT lub Apache-2.0: Orca, Emdash, Nimbalyst, Sculptor, AionUi. AGPL-3.0: klient Warpa, Xum, opcode

Nie wybieraj z samej tabeli. Uruchom dwóch kandydatów na tych samych czterech prawdziwych zadaniach według protokołu bake-offu z mapy agentów, z tymi samymi agentami i promptami, zmieniając tylko aplikację. Zobowiąż się do dwutygodniowej próby, a nie do dwuletniego standardu.

Best-of-N w Orce: jeden prompt dla Claude Code i Codeksa

Best-of-N wysyła to samo zadanie do dwóch agentów w dwóch worktree i zostawia lepszy wynik. Opłaca się przy zadaniach z więcej niż jednym sensownym projektem, takich jak podchwytliwy bug albo kształt API. Zwycięzcę wybierają testy napisane wcześniej, a nie to, który diff ładniej wygląda.

Zainstaluj CLI agentów, które Orca będzie uruchamiać, i raz zaloguj się do każdego w terminalu:

Claude Code

curl -fsSL https://claude.ai/install.sh | bash
claude auth login

Codex

npm install -g @openai/codex
codex login

Cursor

README Orki wymienia CLI Cursora wśród obsługiwanych agentów. Zainstaluj CLI Cursora ze strony cursor.com/cli i zaloguj się raz.

Potem zainstaluj Orkę (polecenia z README Orki, odczyt pod koniec września 2026):

# macOS
brew install --cask stablyai/orca/orca

# Arch Linux (AUR)
yay -S stably-orca-bin

Na Windowsie i innych dystrybucjach Linuksa pobierz aplikację z onorca.dev/download.

1. Najpierw napisz test akceptacyjny, na main, we własnym terminalu. Na przykład test, który nie przechodzi z powodu buga. Zacommituj go, żeby oba worktree od niego startowały.

2. Utwórz zadanie w Orce i wybierz Claude Code oraz Codeksa dla tego samego promptu. Orca tworzy jeden worktree na agenta. Etykiety w interfejsie często się zmieniają; sekcja „Parallel Worktrees” w README linkuje aktualną dokumentację.

3. Wklej ten sam prompt obu agentom (poniżej). Identyczne prompty sprawiają, że diffy da się porównać.

4. Poczekaj na oba raporty. Powiadomienia Orki pokazują, kiedy agent skończył albo potrzebuje uwagi.

5. Oceniaj po dowodach, nie po lekturze diffów. Uruchom prompt sędziego (poniżej) w trzeciej sesji, tylko do odczytu, albo sam uruchom pełny zestaw testów w każdym worktree. Zmerguj gałąź zwycięzcy przez zwykły pull request i usuń drugi worktree.

Prompt do skopiowania: zadanie best-of-N dla obu agentów

Fix the bug covered by the failing test tests/billing/proration.test.ts.
Rules:
- Do not edit that test file or any other existing test.
- Keep the change inside src/billing/ unless the root cause is elsewhere;
  if it is, stop and explain before editing outside src/billing/.
- Run the type check, the linter and the full test suite in this worktree
  before you finish, and paste the exact commands and their final lines.
- End with a 5-line summary: root cause, the fix, files changed, tests run,
  anything you are unsure about.
Commit on this worktree's branch. Do not push.

Prompt do skopiowania: sędzia dwóch gałęzi best-of-N

Two agents solved the same task on branches <branch-a> and <branch-b>, both
started from main. Do not edit files. For each branch:
1. Check out its worktree and run the type check, linter and full test suite.
   Report pass/fail with the command and last lines of output.
2. Confirm no existing test was modified (git diff main -- tests/).
3. List files changed and flag changes to config, migrations, lockfiles or
   public API.
Then recommend one branch in 3 sentences, ranked by: all gates green, smaller
blast radius, fewer unexplained changes. If both fail a gate, say so and
recommend neither.

Co powinieneś zobaczyć: dwie gałęzie, tabelę wyników bramek i jedną rekomendację, którą potwierdzisz, uruchamiając ponownie jedno polecenie. Gdy obie gałęzie przechodzą, zwykle wygrywa mniejszy diff.

Tablica przeglądu w GUI dla zespołu: od zgłoszenia do pull requesta

Desktopowe środowisko najbardziej pomaga zespołowi, gdy każde zadanie idzie tą samą ścieżką: zgłoszenie → workspace → komentarze w diffie → pull request. Emdash (import zgłoszeń) i Orca (zadania z GitHuba i Lineara, adnotacje w diffach) obsługują cały ten kształt; Conductor i Superset obsługują kroki workspace’u i przeglądu.

1. Przygotuj repozytorium na równoległe checkouty. Worktree izoluje tylko pliki. Zanim ktokolwiek zacznie, uruchom poniższy prompt audytu i zacommituj skrypt przygotowujący, który powstanie. Podepnij go pod hook przygotowania worktree w aplikacji (w Conductorze to skrypt przygotowujący w .conductor/settings.toml, który zastępuje starszy conductor.json).

2. Zapisz zgłoszenie jako kartę zadania. Każde zgłoszenie wymienia kryteria akceptacji, pliki, które mają się zmienić, i polecenie, które to udowadnia. Agent nie spełni kryteriów, których nikt nie zapisał.

3. Otwórz jeden workspace na zgłoszenie. Zaimportuj zgłoszenie (Emdash) albo otwórz worktree z zadania (Orca). Jedno zgłoszenie, jedna gałąź, jeden agent.

4. Przeglądaj w aplikacji przez komentarze w diffie. Zostawiaj komentarze przy liniach diffu i odsyłaj je agentowi, zamiast poprawiać ręcznie. Odpowiedź agenta to kolejny commit, który sprawdzisz.

5. Otwórz pull request i pozwól zdecydować CI. Te same bramki działają na każdej gałęzi. Pierwsze przejście robią boty do review; zobacz boty do przeglądu kodu.

6. Posprzątaj. Usuwaj zmergowane worktree z poziomu aplikacji, żeby jej stan zgadzał się z git worktree list.

Prompt do skopiowania: audyt repozytorium pod równoległe worktree

Audit this repo for whether 4 agents can work in parallel git worktrees
without interfering. Check: hardcoded ports in scripts and docker-compose;
.env files that a fresh worktree would lack; install cost per worktree
(node_modules, venv, target/); shared mutable state (one dev database,
local Redis, fixed Docker container or network names); git hooks or
absolute paths that assume one checkout.
Report blockers as a ranked list first. Then write scripts/worktree-setup.sh
that copies the needed env files from the main checkout, installs
dependencies, and exports a PORT offset derived from the worktree name.
Do not change any existing script's behaviour on the main checkout.

Jak zweryfikować pracę z desktopowego środowiska agentów bez czytania każdego diffu?

Aplikacja pokazuje diffy, ale ich nie dowodzi. Wymagaj tych samych dowodów od każdego workspace’u, niezależnie od aplikacji, która go wytworzyła.

Dowód	Kto go wytwarza	Kto go sprawdza
Test, który bez zmiany nie przechodzi, a ze zmianą przechodzi	Agent, we własnym worktree	Drugi model: /code-review w Claude Code albo codex review --base main w Codeksie
Sprawdzenie typów, lint i pełny zestaw testów uruchomione na własnym porcie tego worktree	Agent, wklejone w podsumowaniu	CI na pull requeście
Brak zmian w istniejących testach, konfiguracji, migracjach i lockfile’ach, o ile zgłoszenie ich nie wymagało	Lista plików od agenta	Agent przeglądający, potem reguła CODEOWNERS dla wrażliwych ścieżek
Zielone CI na gałęzi zrebase’owanej na najnowszy main	Kolejka merge’y	Wymagany status check

Każdy merge zatwierdza programista, który otworzył workspace. Tech lead odpowiada za reguły: którą aplikację, skrypt przygotowujący, które ścieżki zawsze wymagają człowieka i liczby do obserwowania (zmergowane pull requesty, czas w review, rewerty w ciągu tygodnia). Rosnąca liczba rewertów znaczy, że zadania są za duże albo kryteria za cienkie, a nie że aplikacja jest zła.

Koszt kontekstu. Aplikacja desktopowa sama nie dodaje tokenów, bo uruchamia twoje CLI z twoją konfiguracją. Aplikacje, które instalują hooki, skille albo serwer MCP (hooki cyklu życia Emdasha, skille przepływów Sculptora, serwer MCP Supersetu), już go zwiększają. Uruchom /context w Claude Code w jednym workspace’ie przed wdrożeniem aplikacji i po nim.

Pułapki instalacji desktopowych środowisk agentów

Pułapki sprawdzone 2026-09-26

• npm i conductor instaluje niezwiązaną bibliotekę JavaScript. Conductor to aplikacja na Maca do pobrania.
• Sculptor domyślnie nie uruchamia już każdego agenta we własnym kontenerze Dockera; według jego dokumentacji domyślnym workspace’em jest git worktree.
• Mux (coder/mux) to teraz Xum (coder/xum, npm @coder/xum). Xum to nie cmux od Manaflow, a żaden z nich to nie tmux.
• Crystal jest wycofany (luty 2026); jego następcą jest Nimbalyst.
• Superset ma Elastic License 2.0: kod jest dostępny, ale to nie open source i nie wolno go odsprzedawać jako usługi.
• Klient Warpa jest open source na AGPL-3.0; nie jest zamknięty, a AGPL i tak wymaga przeglądu prawnego przed osadzeniem.
• opcode nie publikuje binarek wydań; budujesz go przez Rust i Bun.

Co psuje się w desktopowych środowiskach agentów i jak to naprawić?

Dwa serwery deweloperskie walczą o jeden port. Worktree współdzielą porty hosta, więc serwer drugiego agenta przenosi się na następny wolny port, a testy biegną na złym. Naprawa: zatrzymaj wszystkie serwery, daj każdemu worktree stały port ze skryptu przygotowującego i uruchom ponownie testy każdej otwartej gałęzi.

W świeżym worktree brakuje .env albo zależności. Agent wpisuje wartości zastępcze albo testy padają na konfiguracji. Naprawa: dodaj kopiowanie i instalację do hooka przygotowania w aplikacji, potem zrestartuj agenta w tym workspace’ie.

Aplikacja pokazuje „pracuje”, a agent czeka na prompt. Status pochodzi z hooków albo wzorców na ekranie i nie rozpoznaje nowych promptów. Naprawa: otwieraj każdy workspace, który milczy od kilku minut; zainstaluj hooki cyklu życia, które aplikacja oferuje dla twojego agenta.

Limity przychodzą naraz. Każdy workspace działa na twoim planie; dokumentacja widoku agentów Anthropic mówi, że dziesięć równoległych sesji zużywa limit „roughly ten times as fast” jak jedna (odczyt 2026-09-26). Większość aplikacji pokazuje to jako agenta, który stanął, a nie jako błąd limitu. Naprawa: sprawdź widok zużycia w samym agencie, ogranicz liczbę workspace’ów i zajrzyj do optymalizacji kosztów.

Stan aplikacji i gita się rozjeżdża. Usunąłeś worktree w terminalu, a aplikacja nadal go pokazuje, albo odwrotnie. Naprawa: git worktree list, potem git worktree prune; od tej pory usuwaj workspace’y z poziomu aplikacji. Przed usunięciem czegokolwiek zacommituj i wypchnij zmiany, bo usunięcie worktree kasuje niezacommitowaną pracę.

Narzędzie zostaje zarchiwizowane albo zmienia nazwę. W 2026 spotkało to Crystala, Muxa i Vibe Kanban. Naprawa jest tania, jeśli aplikacja tylko owijała twoje CLI i trzymała stan w gałęziach gita: instalujesz następną aplikację i otwierasz te same gałęzie. Wybieraj aplikacje trzymające stan zadań w gicie, a nie we własnej bazie danych, i zapisz licencję tego, co wdrażasz, w rejestrze ryzyka dostawców.

Dokąd dalej po desktopowych środowiskach agentów

Przegląd narzędzi agentowych Powłoki, multipleksery, orkiestratory, sandboksy i boty, i którego rodzaju potrzebujesz

Równolegli agenci Tablice, kolejki, Worktrunk i pociąg merge'y dla dziesięciu agentów naraz

Równolegli agenci w izolowanych worktree Kontrakt izolacji, na którym opiera się każda aplikacja desktopowa

Rynek agentów kodujących IDE z własnym agentem i protokół bake-offu do wyboru między narzędziami

Sterowanie agentami z telefonu Remote Control, Happy, CloudCLI i aplikacja mobilna Orki

Sandboksy dla agentów Gdy worktree to za mało izolacji: kontenery i mikro-VM-y