Cursor vs Claude Code vs Codex: macierz porównania funkcji

Macierz funkcji Claude Code, Codex i Cursor porównuje trzech agentów kodujących możliwość po możliwości: powierzchnie, pracę równoległą, kontekst, zabezpieczenia, review, uruchomienia bez nadzoru i administrację. 26 września 2026 większość możliwości nazywa się w nich tak samo. Różnice leżą w tym, gdzie działa agent, które mechanizmy blokują akcję zamiast tylko ją sugerować, i co sprawdza wynik przed merge’em.

Standaryzujesz zespół na jednym agencie albo dokładasz drugiego do CI, a każda strona producenta wymienia „subagentów, MCP, hooki, agentów w chmurze”. W tabelach porównawczych wszystkie pola są zaznaczone. Ta strona jest dla developera, który będzie żył z tym wyborem, dla tech leada, który ma przełożyć go na powtarzalny proces zespołu, i dla CTO, który go zatwierdza. Pokazuje, które wiersze naprawdę się różnią, i jak w jedno popołudnie sprawdzić te, które przesądzają o decyzji.

Co daje ta macierz możliwości

• Po jednej tabeli na obszar, z wersjami i dokładną nazwą polecenia, flagi lub funkcji dla każdego narzędzia.
• Wiersze, które pozwalają udowodnić poprawność wyniku agenta, oddzielone od wierszy, które tylko go przyspieszają.
• Czterokrokowe sprawdzenie na własnym repozytorium, z dwoma promptami do skopiowania i poleceniem headless dla każdego narzędzia.
• Typowe błędy przy wyborze narzędzia z macierzy i sposób wyjścia z każdego z nich.

Jak czytać macierz

Komórki Claude Code sprawdzono na zainstalowanym CLI 2.1.283 i w jego dokumentacji, a komórki Codexa na CLI 0.157.1 i w jego kodzie źródłowym. Oba sprawdzenia odbyły się 26 września 2026. Komórki Cursora pochodzą z dokumentacji Cursora w stanie z 28 sierpnia 2026, bo 26 września cursor.com był nieosiągalny. Zanim zautomatyzujesz coś na podstawie komórki Cursora, sprawdź ją ponownie.

Jeśli jeszcze nie zawęziłeś wyboru, zacznij od przeglądu narzędzi.

Do każdej tabeli poniżej stosują się jeszcze dwie zasady:

• Steruje czy egzekwuje. Rules, skille i pliki instrukcji sterują modelem. Hooki, sandboksy i polityki zatwierdzania mogą zablokować akcję. Tam, gdzie tabela miesza jedno z drugim, wiersz mówi, o co chodzi.
• W Claude Code liczy się kanał. Claude Code ma kanał latest (2.1.283 26 września 2026) i kanał stable (2.1.274), który jest mniej więcej tydzień w tyle. Komórka wymagająca v2.1.277 lub nowszej jest prawdziwa tylko na latest.

Cen i okien kontekstu w tabelach nie ma. Zmieniają się co miesiąc, więc są w hubie modeli i w analizie cen.

Jakie możliwości ma każde narzędzie?

Gdzie działa agent

Możliwość	Claude Code 2.1.283	Codex 0.157.1	Cursor (dokumentacja, 2026-08-28)
Agent w terminalu	CLI (claude)	CLI (codex)	Cursor CLI
Edytor	Rozszerzenia VS Code i JetBrains (panel agenta, diffy, checkpointy)	Rozszerzenie IDE (VS Code, Cursor, Windsurf według README OpenAI)	Sam edytor Cursor, z uzupełnianiem Tab i edycją inline
Aplikacja desktopowa	macOS, Windows, Linux (beta)	codex app na macOS i Windows	Edytor Cursor
Uruchomienia w chmurze	Sesje webowe (claude --cloud)	Codex cloud (codex cloud, eksperymentalne)	Cloud Agents w izolowanych maszynach wirtualnych
Przekazanie z czatu i trackera	Slack (Claude Tag dla Team i Enterprise); pozostałe przez MCP	Slack i Linear (@Codex; sprawdzone 2026-08-28)	Automations wyzwalane ze Slacka, Lineara, GitHuba, GitLaba, webhooków, Sentry i PagerDuty

Planowanie, budowanie i praca równoległa

Możliwość	Claude Code 2.1.283	Codex 0.157.1	Cursor (dokumentacja, 2026-08-28)
Plan przed kodem	Plan mode (/plan, Shift+Tab, --permission-mode plan)	/plan	Plan Mode
Subagenci	Wbudowani Explore, Plan i general-purpose; własni w .claude/agents/	/subagents; multi-agent domyślnie włączony	Subagenci, także na własnych maszynach w chmurze
Izolacja w Git worktree	--worktree [name] (-w)	Flaga --worktree lub /worktree	Worktrees
Sesje w tle	--bg, potem claude attach, logs, stop	Centrum dowodzenia codex agents	Cloud Agents
Praca aż do spełnienia warunku	/goal, oceniany co turę przez osobny model ewaluatora	/goal (funkcja goals, stable)	/goal, oznaczony „Rolling out”
Powtarzanie promptu w rytmie	Wbudowany skill /loop (alias /proactive)	Brak /loop w binarce 0.157.1; użyj /goal lub CI	Wbudowany skill /loop od wersji 3.5
Cofnięcie złego kroku	Checkpointy i /rewind (Esc Esc)	Esc Esc cofa rozmowę do wcześniejszej wiadomości, ale nie przywraca plików (0.157.1); stan plików odtwarzaj Gitem	/rewind na liście slash-commands CLI

Wiersze o celu i pętli rozwijają przewodnik po /goal i przewodnik po /loop.

Kontekst, instrukcje i rozszerzenia

Możliwość	Claude Code 2.1.283	Codex 0.157.1	Cursor (dokumentacja, 2026-08-28)
Instrukcje projektu (sterują)	CLAUDE.md; czyta AGENTS.md, gdy nie ma CLAUDE.md (v2.1.277+, latest)	AGENTS.md (tworzy go /init)	Rules
Odcięcie dostępu do pliku (egzekwuje)	Reguły odmowy Read w .claude/settings.json, np. Read(./.env)	Profil uprawnień z regułą deny dla systemu plików (beta); samo --sandbox ogranicza zapis, nie odczyt	Hooki; resztę sprawdź na cursor.com
Dodatkowe katalogi	--add-dir	--add-dir (z prawem zapisu)	Sprawdź na cursor.com
Wyszukiwanie w sieci	Narzędzia WebSearch i WebFetch	--search (wyszukiwanie na żywo)	Sprawdź na cursor.com
Klient MCP	claude mcp add, .mcp.json	codex mcp add, config.toml	MCP
Działanie jako serwer MCP	claude mcp serve	Nie; usunięte w 0.154.0	Nieudokumentowane
Skille	.claude/skills/; wbudowane /code-review, /batch, /simplify	/skills; .agents/skills/	Agent Skills
Pluginy	claude plugin	codex plugin	Plugins

Skille instaluje się we wszystkich trzech tym samym CLI: npx skills add OWNER/REPO (pakiet skills 1.7.0 w npm, 26 września 2026). Zastąp OWNER/REPO repozytorium skilla na GitHubie. Instalowanie i zarządzanie skillami omawia zakres i przegląd, a hub MCP serwery.

Zabezpieczenia: co może zablokować akcję

Możliwość	Claude Code 2.1.283	Codex 0.157.1	Cursor (dokumentacja, 2026-08-28)
Model zatwierdzania	Tryby uprawnień: Manual (default), acceptEdits, plan, auto, dontAsk, bypassPermissions	Polityka zatwierdzania (-a on-request lub -a never) plus automatyczny przegląd (--approve-for-me)	Run modes (strona istnieje; nazw trybów nie sprawdzono ponownie) i Auto-review dla lokalnych wywołań narzędzi
Tryb startowy	Auto mode w interaktywnych sesjach terminala i VS Code (v2.1.283, latest); claude -p startuje w Manual	on-request	Sprawdź na cursor.com
Sandbox systemowy	Sandboxed Bash: macOS Seatbelt, Linux i WSL2 bubblewrap	--sandbox read-only, workspace-write, danger-full-access; profile uprawnień (beta)	/sandbox na liście slash-commands CLI
Hooki	33 zdarzenia; handlery command, http, mcp_tool, prompt i agent	12 zdarzeń; działają dopiero po utrwaleniu zaufania	JSON przez stdio, przed etapami pętli agenta lub po nich; mogą blokować
Polityka organizacji	Managed settings: availableModels, permissions.disableAutoMode, deniedModels (v2.1.283)	requirements.toml: allow_managed_hooks_only, permission_profile, mcp_servers	Warstwy ustawień team i MDM (SDK 1.0.32)

Uprawnienia i sandboksy w trzech narzędziach porównują stronę egzekwowania dokładniej.

Review i weryfikacja

Możliwość	Claude Code 2.1.283	Codex 0.157.1	Cursor (dokumentacja, 2026-08-28)
Review w sesji	/code-review (--fix, --comment)	/review	Sprawdź na cursor.com
Review z powłoki lub CI	claude ultrareview (w chmurze, wieloagentowe); zarządzane Code Review (research preview, Team i Enterprise)	codex review, codex exec review	Bugbot na pull requeście
Review na pull requeście	anthropics/claude-code-action@v1	@codex review na GitHubie i GitLabie; openai/codex-action@v1	Bugbot
Przegląd bezpieczeństwa	/security-review	@codex security review	Security Agents
Przydzielanie recenzentów i akceptacja	Przez własne CI i CODEOWNERS	Przez własne CI i CODEOWNERS	PR Routing & Approval (może zaakceptować PR niskiego ryzyka)

Uruchomienia bez nadzoru: headless, CI, harmonogramy i SDK

Możliwość	Claude Code 2.1.283	Codex 0.157.1	Cursor (dokumentacja, 2026-08-28)
Uruchomienie headless	claude -p	codex exec (alias e)	Tryb print (-p, --print)
Wynik do parsowania	--output-format json lub stream-json; --json-schema	--json (zdarzenia JSONL); --output-schema FILE; -o FILE (--output-last-message, tylko końcowa wiadomość)	Sprawdź na cursor.com
GitHub Actions	anthropics/claude-code-action@v1	openai/codex-action@v1	Cursor CLI w GitHub Actions (udokumentowane)
Uruchomienia zaplanowane	Routines (/schedule, research preview)	Automations i zadania zaplanowane	Automations
SDK	Claude Agent SDK: npm @anthropic-ai/claude-agent-sdk 0.3.283, PyPI claude-agent-sdk	Codex SDK: npm @openai/codex-sdk 0.157.1, PyPI openai-codex	npm @cursor/sdk 1.0.32, PyPI cursor-sdk
Start zadania w chmurze z kodu	Routines z wyzwalaczem API (research preview)	codex cloud (eksperymentalne)	Cloud Agents API i webhooki

Modele i administracja

Możliwość	Claude Code 2.1.283	Codex 0.157.1	Cursor (dokumentacja, 2026-08-28)
Rodziny modeli	Modele Anthropic; także przez Bedrock, Google Cloud, Microsoft Foundry i bramki LLM	Modele OpenAI; także Amazon Bedrock i modele lokalne przez --oss (LM Studio, Ollama)	Kilku dostawców w jednym selektorze; domyślny model niezweryfikowany
Model domyślny	Claude Opus 5.5 od v2.1.280 (latest)	GPT-6 Astra	Niezweryfikowany
Zmiana w trakcie sesji	/model	/model	Selektor modeli
Plany i ceny stanowisk	Analiza cen	Analiza cen	Analiza cen

Zacznij od domyślnego modelu narzędzia i podnieś effort, zanim zmienisz model. Hub modeli zawiera okna kontekstu, ceny i uzasadnienie tej zasady.

Które wiersze naprawdę różnią narzędzia?

Większość wierszy ma dziś „tak” we wszystkich trzech kolumnach. Te poniżej różnią się tak, że zmienia to sposób pracy:

• Gdzie toczy się praca agenta. Cursor trzyma agenta w edytorze, obok Tab i edycji inline. Claude Code startuje w terminalu i prowadzi tę samą sesję w IDE, na desktopie i w przeglądarce. Codex rozkłada jednego agenta na CLI, rozszerzenie IDE, aplikację desktopową, zadania w chmurze oraz przekazania ze Slacka i Lineara.
• Głębokość egzekwowania. Claude Code dokumentuje 33 zdarzenia hooków wobec 12 w Codexie, z pięcioma typami handlerów, i dokłada reguły odmowy Read. Codex łączy sandbox systemowy z polityką zatwierdzania i modelem recenzenta, który rozstrzyga zatwierdzenia na granicy sandboksa. Hooki Cursora mogą blokować, a jego run modes są udokumentowane, ale nie zostały ponownie sprawdzone.
• Review na pull requeście. Codex robi review po wzmiance (@codex review) bez osobnego pliku workflow. Cursor dokłada Bugbota, Security Agents i przydzielanie recenzentów. Review pull requestów w Claude Code idzie przez jego GitHub Action lub zarządzane Code Review.
• Powierzchnie bez nadzoru. Wszystkie trzy działają headless i według harmonogramu. Claude Code może też działać jako serwer MCP; Codex usunął tę możliwość w 0.154.0.

Które wiersze pozwalają udowodnić, że wynik agenta jest poprawny?

Funkcja, która przyspiesza agenta, nic nie daje, dopóki bramka nie sprawdzi wyniku. Dowodu dostarczają cztery wiersze, a każde narzędzie wypełnia je inaczej:

Bramka	Czego dowodzi	Claude Code	Codex	Cursor	Kto zatwierdza
Hook po edycji uruchamia testy i typy	Każda edycja zostawia build zielony	Hook PostToolUse	Hook (zaufany)	Hook	Developer, na podstawie logu hooka
Uruchomienie headless ze schematem	Raport agenta da się sprawdzić maszynowo	--json-schema	--output-schema	Tryb print, potem parsowanie	CI
Niezależny przegląd	Diff czyta drugi model, a nie autor	/code-review, Code Review	@codex review	Bugbot	Recenzent zatwierdza ustalenia, nie każdą linię
Sandbox podczas pracy	Agent nie mógł dotknąć tego, czego nie powinien	Sandboxed Bash, reguły odmowy	--sandbox workspace-write (zapis ograniczony do workspace)	Run modes, /sandbox	Tech lead, raz, w konfiguracji

Decyzję o merge’u opieraj na własnych testach i CI, a nie na komentarzu bota. Ochrona wyroczni wyjaśnia, dlaczego agent nie może edytować testów, które go oceniają, a review pull requestów agenta opisuje, co człowiek nadal czyta.

Jak sprawdzić macierz na własnym repozytorium?

Macierz mówi, że funkcja istnieje. Tylko uruchomienie na twoim kodzie pokaże, czy działa u ciebie. To sprawdzenie zajmuje popołudnie. Przed zakupem dla całego zespołu przeprowadź pełny protokół bake-offu, który przepuszcza przez każdego kandydata 10 do 20 twoich zamkniętych zgłoszeń.

1. Wybierz rozstrzygające wiersze. Wskaż w tabelach trzy do pięciu wierszy, bez których zespół nie może pracować. W większości zespołów to tryb headless do CI, hook, który potrafi blokować, i review na pull requeście.

2. Potwierdź wersję, której używasz. Funkcje zależą od wersji, a w Claude Code także od kanału wydań. W terminalu:

   claude --version && claude --help | grep -E -- '--worktree|--json-schema|--bg'
   codex --version && codex features list | grep -E '^(goals|hooks|multi_agent) '

   W Cursorze otwórz okno About w edytorze i porównaj wersję z changelogiem Cursora.

3. Każ każdemu agentowi udowodnić swoje wiersze. Wklej pierwszy prompt poniżej do każdego narzędzia, w repozytorium, na którym zamierzasz go używać. Odpowiedź musi cytować wyjście polecenia lub plik, nigdy pamięć agenta.

4. Uruchom jedno ograniczone zadanie headless i porównaj bramki. Użyj drugiego promptu jako pliku zadania, uruchom go w jednorazowym worktree dla każdego narzędzia i przyłóż do każdego wyniku tę samą bramkę. Zapisz drugi prompt jako trial-task.txt obok katalogu repozytorium (poziom wyżej niż katalog główny repozytorium), a w tym samym miejscu zapisz poniższy schemat raportu jako trial-report.schema.json. Oba polecenia headless go przekazują, więc raport jest walidowany względem schematu, a nie powierzony samemu promptowi.

Prompt do skopiowania: udowodnij, jakie możliwości ma ta instalacja

I am comparing coding agents. Using only command output and files in this
repository, not your training data, report whether this installation supports
each capability below. For each one, give: supported / not supported / unknown,
the exact command, flag, setting or file that proves it, and the output line
you relied on.

1. A headless run that returns JSON I can parse in CI
2. A hook that runs after every file edit and can block the agent
3. Running the task in an isolated Git worktree
4. A local review of the current diff by a separate pass
5. A setting that stops the agent reading .env files

Run the CLI's --help (and any subcommand help) to check. If no command or file
proves a capability, answer "unknown". Do not guess. Finish with a table.

Prompt do skopiowania: ograniczone zadanie próbne z raportem do sprawdzenia maszynowego

Task: add input validation to every route handler under src/api/ that lacks it,
following the pattern in src/api/users/route.ts. Use zod schemas for body and
query. Do not change response shapes for successful requests. Do not edit any
file under tests/, any test configuration or package.json. Do not add
dependencies: if zod is not already installed, stop and report.

After each file, run `npm test -- src/api` and fix failures before moving on.
Stop and report instead of inventing a new pattern if a handler does not fit.

End with only this JSON object:
{"files_changed": [...], "tests_command": "npm test -- src/api",
 "tests_passed": true|false, "handlers_skipped": [{"file": "...", "reason": "..."}]}

trial-report.schema.json

{"type": "object", "additionalProperties": false,
 "required": ["files_changed", "tests_command", "tests_passed", "handlers_skipped"],
 "properties": {"files_changed": {"type": "array", "items": {"type": "string"}},
  "tests_command": {"type": "string"}, "tests_passed": {"type": "boolean"},
  "handlers_skipped": {"type": "array", "items": {"type": "object", "additionalProperties": false,
   "required": ["file", "reason"], "properties": {"file": {"type": "string"}, "reason": {"type": "string"}}}}}}

Uruchom zadanie próbne tak samo w każdym narzędziu, każde w osobnym worktree, żeby trzy przebiegi nie mogły ze sobą kolidować. Polecenia się różnią, bramka nie.

Nowy worktree zawiera tylko pliki śledzone przez Git, więc nie ma w nim node_modules, a żaden z przebiegów headless nie zdoła ich zainstalować: lista dozwolonych narzędzi Claude Code dopuszcza wyłącznie npm test, a sandbox workspace-write w Codeksie domyślnie odcina sieć. Dlatego każdy blok poniżej uruchamia npm ci w Twojej powłoce, zanim wystartuje agent. npm ci instaluje dokładnie to, co przypina zacommitowany package-lock.json; przy innym menedżerze pakietów użyj jego instalacji z zamrożonym lockfile’em.

Claude Code

git worktree add ../trial-claude && cd ../trial-claude && npm ci
claude -p --output-format json \
  --json-schema "$(cat ../trial-report.schema.json)" \
  --allowedTools "Read Edit Write Bash(npm test *)" < ../trial-task.txt > ../claude-run.json

claude -p startuje w trybie Manual, więc lista --allowedTools to wszystko, co przebieg może zrobić bez pytania.

Codex

git worktree add ../trial-codex && cd ../trial-codex && npm ci
codex exec --json --sandbox workspace-write \
  --output-schema ../trial-report.schema.json - < ../trial-task.txt > ../codex-run.jsonl

- czyta prompt ze stdin, a workspace-write ogranicza zapis do worktree i blokuje dostęp do sieci, dlatego instalacja odbywa się przed przebiegiem.

Cursor

Utwórz worktree i zainstaluj zależności w ten sam sposób (git worktree add ../trial-cursor && cd ../trial-cursor && npm ci), otwórz go w Cursorze i wklej zadanie do Agenta. Do przebiegu skryptowego użyj trybu print CLI Cursora (-p); najpierw sprawdź nazwę polecenia w dokumentacji CLI Cursora, bo 26 września 2026 nie została ponownie zweryfikowana.

Potem przyłóż jedną bramkę do wszystkich trzech worktree. Uruchom ją z katalogu głównego repozytorium, gdzie BASE to commit, od którego wystartowały worktree:

BASE=$(git rev-parse HEAD)
for d in ../trial-claude ../trial-codex ../trial-cursor; do
  echo "== $d"
  (cd "$d" && npm test && npx tsc --noEmit && git add -A && git diff --cached --stat "$BASE" -- tests/ '*test*.config.*' package.json)
done

Przebieg przechodzi, gdy testy i sprawdzenie typów kończą się sukcesem, końcowy git diff niczego nie wypisuje (brak zmian w tests/, konfiguracji testów i package.json, śledzonych i nieśledzonych), a raport JSON agenta zgadza się z diffem. Porównujesz trzy wyniki z jedną bramką; nie czytasz trzech diffów linia po linii.

Które narzędzie pasuje do jakiej sytuacji?

Sytuacja	Zacznij od	Dlaczego, według macierzy
Zespół pracuje w edytorze w stylu VS Code i chce sterować każdą zmianą	Cursor	Tab, edycja inline, Plan Mode i agent w jednym oknie
Praca ma iść z mniejszym nadzorem, pilnowana przez hooki i CI	Claude Code	33 zdarzenia hooków, reguły odmowy, claude -p ze schematem
Jeden agent na desktopie, w CLI, IDE, w chmurze, w Slacku i Linearze	Codex	Wiele powierzchni z założenia; review po @codex review
Najważniejsze są review pull requestów i przydzielanie recenzentów	Cursor lub Codex	Bugbot i PR Routing albo review po wzmiance
Agent w edytorze do pracy interaktywnej plus agent CLI w CI	Dwa narzędzia	Oba trzymają instrukcje w plikach; zobacz mapę narzędzi

Porównanie dwóch narzędzi łeb w łeb znajdziesz w Cursor czy Claude Code i Codex wobec Cursora i Claude Code. Agentów spoza tej trójki opisują rynek agentów kodujących i strona o GitHub Copilot.

Co idzie źle, gdy wybierasz narzędzie z macierzy funkcji?

• Macierz jest nieaktualna, zanim ją przeczytasz. Claude Code wydaje mniej więcej jedną wersję dziennie, a Codex przeszedł z 0.153.4 do 0.157.1 między 4 a 26 września 2026. Wyjście: wykonaj krok 2 powyżej i ufaj wyjściu --help bardziej niż jakiejkolwiek tabeli, także tej.
• Funkcja istnieje, ale nie na twoim kanale lub planie. 26 września 2026 kanał stable Claude Code (2.1.274) nie miał domyślnego Opus 5.5 ani czytania AGENTS.md. Wyjście: sprawdź claude --version i ustawienie autoUpdatesChannel, zanim zgłosisz błąd.
• Dwie funkcje mają wspólną nazwę, ale nie wspólną gwarancję. Worktree izoluje pliki, nie bazę danych, sekrety ani konto w chmurze. Rules sterują, hooki mogą blokować. Wyjście: dla każdego wiersza, na którym polegasz, zapytaj: „czy to może zatrzymać akcję, czy tylko prosi model, żeby jej nie robił?”.
• Budujesz CI na funkcji w wersji zapoznawczej. Routines, codex cloud i /goal w Cursorze były oznaczone jako research preview, eksperymentalne lub „Rolling out”. Wyjście: trzymaj zadanie zaplanowane we własnym CI, dopóki funkcja nie będzie ogólnodostępna, i przypinaj wersję CLI w jobie.
• Hook Codexa po cichu nie uruchamia się w CI. Hooki Codexa wymagają utrwalonego zaufania, a świeży runner go nie ma. Wyjście: sprawdź, czy wyjście hooka pojawia się w logu joba. --dangerously-bypass-hook-trust używaj tylko w automatyzacji, która już weryfikuje źródło hooka.
• Review staje się bramką. Komentarz bota recenzującego to rada. Wyjście: przed merge’em wymagaj zielonych testów, typów i własnego CI, a ustalenia z review traktuj jako dane wejściowe do tej decyzji.

Dokąd dalej po macierzy funkcji

Analiza cen Zweryfikowane ceny planów trzech narzędzi i sposób liczenia zużycia.

Rynek agentów kodujących i bake-off Agenci poza wielką trójką i pełny protokół bake-offu.

Uprawnienia i sandboksy Wiersze egzekwowania z tej macierzy, porównane dokładniej.

Przewodnik migracji Przeniesienie zespołu z jednego narzędzia na drugie w zaplanowanej kolejności.