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ę. 12 października 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.296 i w jego dokumentacji, a komórki Codexa na CLI 0.162.1 i w jego kodzie źródłowym. Oba sprawdzenia odbyły się 12 października 2026. Komórki Cursora pochodzą z dokumentacji, stron pomocy i wersjonowanych notatek o wydaniach Cursora w stanie z 12 października 2026 (Cursor 3.24, wydany 2026-10-09), z wyjątkiem komórki PR Routing & Approval, którą wzięto ze strony dokumentacji Cursora w stanie z 2026-10-13. Komórka Cursora z napisem „nie sprawdzono na potrzeby tej strony” nie zawiera tu jeszcze potwierdzonego faktu. Zanim zautomatyzujesz coś na podstawie komórki Cursora, sprawdź ją ponownie. Wcześniejsze wersje tej strony sprawdzono 2026-09-26 na Claude Code 2.1.283 i Codex CLI 0.157.1, a ich komórki o Cursorze odczytano 2026-08-28 z dokumentacji Cursora; sprawdzenie z 2026-10-12 zastępuje oba.

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 (v2.1.302 2026-10-17) i kanał stable (v2.1.292), który jest mniej więcej tydzień w tyle. Komórka wymagająca v2.1.293 lub nowszej jest prawdziwa tylko na latest i mówi o tym wprost; pozostałe progi wersji z tej tabeli (od v2.1.277 do v2.1.292) obowiązują na obu kanałach.

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.296	Codex 0.162.1	Cursor 3.24 (dokumentacja, 2026-10-12)
Agent w terminalu	CLI (claude)	CLI (codex)	Cursor CLI (agent)
Edytor	Rozszerzenia VS Code i JetBrains (panel agenta, diffy, checkpointy)	Rozszerzenie IDE; /ide dodaje zaznaczenie i otwarte pliki do sesji CLI	Sam edytor Cursor, z uzupełnianiem Tab i edycją inline
Aplikacja desktopowa	macOS, Windows, Linux (beta)	codex app uruchamia aplikację desktopową (otwiera instalator, jeśli aplikacji brakuje)	Edytor Cursor i Agents Window, agentowy interfejs Cursora do agentów lokalnych, w chmurze i przez zdalne SSH
Uruchomienia w chmurze	Sesje webowe (claude --cloud)	Codex cloud (codex cloud, eksperymentalne)	Cloud Agents, każdy na własnej dedykowanej maszynie; maszyny self-hosted (My Machines i Team pools) od 2026-09-02
Przekazanie z czatu i trackera	Slack (Claude Tag, Public Beta, dla Team i Enterprise); pozostałe przez MCP	Slack (@ChatGPT, z delegacją do zadania Codex Cloud) i Linear (@Codex); sprawdzone 2026-10-12	Automations wyzwalane harmonogramem, Slackiem (kanały publiczne), Linearem, GitHubem, GitLabem, Bitbucket Cloud, webhookami, Sentry i PagerDuty

Planowanie, budowanie i praca równoległa

Możliwość	Claude Code 2.1.296	Codex 0.162.1	Cursor 3.24 (dokumentacja, 2026-10-12)
Plan przed kodem	Plan mode (/plan, Shift+Tab, --permission-mode plan)	/plan	Plan Mode (tryby to Agent, Ask, Plan i Debug; Shift+Tab przełącza między nimi)
Subagenci	Wbudowani Explore, Plan i general-purpose; własni w .claude/agents/	/subagents; multi-agent domyślnie włączony	Subagenci w edytorze, CLI i Cloud Agents, także na własnych maszynach wirtualnych; własni w .cursor/agents/ (czyta też .claude/agents/); dokumentacja wymienia Explore i Browser jako wbudowanych
Izolacja w Git worktree	--worktree [name] (-w)	Flaga --worktree lub /worktree	Worktrees (.cursor/worktrees.json dostosowuje konfigurację w Agents Window, edytorze i CLI)
Sesje w tle	--bg, potem claude attach, logs, stop	Centrum dowodzenia codex agents	Cloud Agents; agent persist dla sesji CLI; Projects (beta od 2026-09-10)
Praca aż do spełnienia warunku	/goal, oceniany co turę przez osobny model ewaluatora	/goal (funkcja goals, stable)	/goal, oznaczony „Rolling out” (dokumentacja Cursora, sprawdzone 2026-10-12)
Powtarzanie promptu w rytmie	Wbudowany skill /loop (alias /proactive)	Brak /loop w Codexie 0.162.1 (sprawdzone 2026-10-12); użyj /goal lub CI	Wbudowany skill /loop od wersji 3.5
Cofnięcie złego kroku	Checkpointy i /rewind (Esc Esc)	Brak polecenia rewind ani undo na liście slash-commands 0.162.1 (sprawdzone 2026-10-12); /fork rozwidla czat. Stan plików odtwarzaj Gitem	Checkpointy, przechowywane lokalnie i niezależnie od Gita; przywrócenie checkpointu cofa tylko pliki

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

Kontekst, instrukcje i rozszerzenia

Możliwość	Claude Code 2.1.296	Codex 0.162.1	Cursor 3.24 (dokumentacja, 2026-10-12)
Instrukcje projektu (sterują)	CLAUDE.md; czyta AGENTS.md, gdy nie ma CLAUDE.md (v2.1.277+, oba kanały)	AGENTS.md (tworzy go /init)	Rules (.cursor/rules/*.mdc); czyta też AGENTS.md (katalog główny i podkatalogi) oraz CLAUDE.md (zawsze stosowany)
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 (nadal beta 2026-10-12); samo --sandbox ogranicza zapis, nie odczyt	Hooki (zdarzenie beforeReadFile); tryb dostępu do odczytu Workspace od 3.23 (dokumentacja Cursora, strona Run Modes)
Dodatkowe katalogi	--add-dir	--add-dir (z prawem zapisu)	Nie sprawdzono na potrzeby tej strony (sprawdzone 2026-10-12)
Wyszukiwanie w sieci	Narzędzia WebSearch i WebFetch	--search (wyszukiwanie na żywo)	Nie sprawdzono na potrzeby tej strony (sprawdzone 2026-10-12)
Klient MCP	claude mcp add, .mcp.json; lokalne serwery (stdio) negocjują MCP 2026-07-28 domyślnie od v2.1.292 (oba kanały na 2026-10-17; MCP_PROTOCOL_NEGOTIATION=legacy to wyłącza)	codex mcp add, config.toml; mcp_2026_07_28 nadal w fazie rozwoju i wyłączone w 0.162.1 (sprawdzone 2026-10-12)	MCP (ustawienia w oknie Customize)
Działanie jako serwer MCP	claude mcp serve	Nie; codex mcp-server usunięto w 0.154.0, a 0.162.1 nie ma subkomendy mcp-server (sprawdzone 2026-10-12)	Nie sprawdzono na potrzeby tej strony (sprawdzone 2026-10-12)
Skille	.claude/skills/; wbudowane /code-review, /batch, /simplify	/skills; przykładowe skille są dostarczane z CLI	Agent Skills w .cursor/skills/ i .agents/skills/; ładuje też .claude/skills/ i .codex/skills/
Pluginy	claude plugin	codex plugin	Plugins: Agent Plugins (plugin.json) i Cursor Plugins (.cursor-plugin/plugin.json)

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.296	Codex 0.162.1	Cursor 3.24 (dokumentacja, 2026-10-12)
Model zatwierdzania	Tryby uprawnień: Manual (default), acceptEdits, plan, auto, dontAsk, bypassPermissions	Polityka zatwierdzania (-a przyjmuje tylko on-request lub never w 0.157.1 i 0.162.1) plus automatyczny przegląd (--approve-for-me)	Run modes: Auto-review, Allowlist i Run Everything, w Settings > Agents > Approvals & Execution; Cloud Agents nie używają run modes (dokumentacja Cursora, sprawdzone 2026-10-12)
Tryb startowy	Auto mode w interaktywnych sesjach terminala i VS Code (v2.1.283, oba kanały); claude -p startuje w Manual (tryb auto u zewnętrznych dostawców lub z wyłączoną telemetrią, od v2.1.285)	on-request	Auto-review, zalecany domyślny od 3.6 (2026-05-29; dokumentacja Cursora, sprawdzone 2026-10-12)
Sandbox systemowy	Sandboxed Bash: macOS Seatbelt, Linux i WSL2 bubblewrap	--sandbox read-only, workspace-write, danger-full-access; profile uprawnień (beta)	Auto-review uruchamia polecenia powłoki w sandboksie, gdy to możliwe; konfiguruje go sandbox.json (dokumentacja Cursora, sprawdzone 2026-10-12)
Hooki	33 zdarzenia; handlery command, http, mcp_tool, prompt i agent; onFailure (continue lub block) w hookach command i HTTP od v2.1.295 (tylko latest)	12 zdarzeń; działają dopiero po utrwaleniu zaufania	20 nazw zdarzeń na stronie hooków, np. preToolUse, beforeShellExecution, beforeMCPExecution, afterFileEdit i stop
Polityka organizacji	Managed settings: availableModels, permissions.disableAutoMode, deniedModels (v2.1.283)	requirements.toml: allow_managed_hooks_only, permission_profile, mcp_servers	Reguły zespołu, ograniczenia modeli zespołu i polityki zarządzane, np. AgentRemoteWorkspaceAuthorities (3.24); Privacy Mode można wymusić w całej organizacji

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

Review i weryfikacja

Możliwość	Claude Code 2.1.296	Codex 0.162.1	Cursor 3.24 (dokumentacja, 2026-10-12)
Review w sesji	/code-review (--fix, --comment)	/review	Wbudowany skill /review
Review z powłoki lub CI	claude ultrareview (w chmurze, wieloagentowe); zarządzane Code Review (Team i Enterprise; ogólnie dostępne według Anthropic, sprawdzone 2026-10-16)	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 (konfigurowany w Automations); bot Rollouts monitoruje każdy pull request aż do produkcji (Teams i Enterprise)
Przegląd bezpieczeństwa	/security-review	@codex security review	Security Agents (Security Reviewer na pull requestach, Vulnerability Scanner według harmonogramu); bot Security Review (Teams i Enterprise); skill /review-security
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; dokumentacja Cursora, odczyt 2026-10-13)

Uruchomienia bez nadzoru: headless, CI, harmonogramy i SDK

Możliwość	Claude Code 2.1.296	Codex 0.162.1	Cursor 3.24 (dokumentacja, 2026-10-12)
Uruchomienie headless	claude -p	codex exec (alias e)	Tryb print (agent -p)
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ść)	--output-format text jest udokumentowane; pozostałe formaty nie były sprawdzane na potrzeby tej strony (sprawdzone 2026-10-12)
GitHub Actions	anthropics/claude-code-action@v1	openai/codex-action@v1	Nie sprawdzono na potrzeby tej strony (sprawdzone 2026-10-12)
Uruchomienia zaplanowane	Routines (/schedule, research preview)	Zadania zaplanowane i lokalne automatyzacje w aplikacji desktopowej	Automations (harmonogram cron to jeden z wyzwalaczy)
SDK	Claude Agent SDK: npm @anthropic-ai/claude-agent-sdk 0.3.296, PyPI claude-agent-sdk 0.2.165	Codex SDK: npm @openai/codex-sdk 0.162.1, PyPI openai-codex 0.162.1	npm @cursor/sdk 1.0.37, PyPI cursor-sdk 1.0.37
Start zadania w chmurze z kodu	Routines z wyzwalaczem API (research preview)	codex cloud (eksperymentalne)	Cloud Agents API i webhooki; w CLI początkowy & przekazuje wiadomość do Cloud Agenta

Modele i administracja

Możliwość	Claude Code 2.1.296	Codex 0.162.1	Cursor 3.24 (dokumentacja, 2026-10-12)
Rodziny modeli	Modele Anthropic; także przez Amazon Bedrock, Google Cloud, Microsoft Foundry, Claude Platform on AWS i bramki LLM	Modele OpenAI; także Amazon Bedrock i modele lokalne przez --oss (LM Studio, Ollama)	Własne modele Cursora (pula Cursor Models: Grok 4.7, Grok 4.6, Grok 4.5 i Composer 2.5) oraz modele zewnętrzne w jednym selektorze, rozliczane po cenie API
Model domyślny	Claude Opus 5.5 od v2.1.280 (oba kanały; Microsoft Foundry nadal domyślnie używa Sonnet 4.5, który zostanie wycofany 2026-11-30 na platformach prowadzonych przez Anthropic)	GPT-6.1 Sol, domyślny w pakiecie od CLI 0.159.1 (2026-09-29); effort low w Codexie	Brak jednego modelu domyślnego; Hobby używa Auto (Cursor, sprawdzone 2026-10-12)
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, albo w Agents Window. 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. Strona hooków Cursora wymienia 20 nazw zdarzeń, a jego run modes to Auto-review, Allowlist i Run Everything (dokumentacja Cursora, sprawdzone 2026-10-12).
• Review na pull requeście. Codex robi review po wzmiance (@codex review) bez osobnego pliku workflow. Cursor dokłada Bugbota, Security Agents, boty Rollouts i Security Review (Teams i Enterprise) oraz 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, a 0.162.1 nie ma subkomendy mcp-server (sprawdzone 2026-10-12).

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 afterFileEdit	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 (Auto-review uruchamia polecenia powłoki w sandboksie, gdy to możliwe)	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 uruchom agent --version dla CLI. W edytorze otwórz okno About i porównaj wersję z wersjonowanymi notatkami o wydaniach Cursora (cursor.com/docs/release-notes, 3.24 z 2026-10-09).

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)" \
  --permission-mode dontAsk \
  --allowedTools "Read Edit Write Bash(npm test *)" < ../trial-task.txt > ../claude-run.json

claude -p startuje w trybie Manual (tryb auto u zewnętrznych dostawców lub z wyłączoną telemetrią, od v2.1.285, gdzie decyduje klasyfikator), więc polecenie przekazuje --permission-mode dontAsk: odrzuca ono wszystko, co wymagałoby pytania (odczyty plików w katalogach roboczych i polecenia Bash tylko do odczytu nadal działają), a --allowedTools dodaje polecenia potrzebne przebiegowi.

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 (agent -p, dokumentacja CLI Cursora, sprawdzone 2026-10-12).

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 (13 wydań od 2.1.284 do 2.1.296 między 28 września a 9 października 2026), a Codex przeszedł z 0.153.4 do 0.157.1 między 4 a 26 września 2026, a potem do 0.162.1 w dziesięciu stabilnych wydaniach do 9 października 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. 2026-10-17 oba kanały Claude Code mają domyślny Opus 5.5 i czytanie AGENTS.md (stable to v2.1.292), ale funkcja z v2.1.293 lub nowszej, jak alias haiku dla Haiku 5.5 (v2.1.293), jest tylko na latest. 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 są oznaczone jako research preview, eksperymentalne lub „Rolling out” (sprawdzone 2026-10-12). 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.