Wybór agenta kodującego: Claude Code, Codex, Cursor, Antigravity czy Opencode
O agencie kodującym decyduje sytuacja danych, nie benchmark. Czy wasz kod opuszcza firmę, czy nie?
Tłumaczenie wygenerowane automatycznie przez AI. Wersja niemiecka jest oryginałem zweryfikowanym redakcyjnie.
O tym, który agent kodujący jest właściwy, decyduje sytuacja danych oraz istniejący stos technologiczny danej firmy, a nie najwyższe miejsce w rankingu SWE-Bench. Różnice między czołowymi modelami dla większości realnej pracy B2B mieszczą się w granicach szumu statystycznego.
Claude Code, Codex, Cursor, Antigravity i Opencode rozwiązują to samo zadanie na bardzo różne sposoby. Jedno pytanie, które dzieli to pole, jest proste: czy kod danej firmy może opuszczać jej mury? Kto może odpowiedzieć na to pytanie twierdząco, wybiera według stosu technologicznego. Kto nie może, ma dokładnie jedną poważną opcję. Ten tekst porządkuje te pięć narzędzi wzdłuż tego pytania i kończy się decyzją, którą polecam niemieckiemu zespołowi.
01. PIĘĆ NARZĘDZI, JEDNO PIERWSZE PYTANIE
Tych pięć narzędzi znajduje się na różnych poziomach, a sam format już wiele mówi o sposobie ich zastosowania.
- Claude Code to agent terminalowy od Anthropic: mocny w zmianach obejmujących wiele plików, dużym kontekście i pętli agentowej w terminalu.
- Codex od OpenAI dostępny jest jako CLI, sandbox w chmurze oraz integracja z IDE, w ramach wspólnego okna wykorzystania.
- Cursor to IDE oparte na AI z trybem agenta oraz agentów działających w tle, z dowolnym wyborem modelu.
- Antigravity to skoncentrowane na agentach IDE od Google, dostępne od 20.11.2025, z interfejsem menedżera do uruchamiania i obserwowania równoległych agentów (Google).
- Opencode to otwartoźródłowy agent terminalowy na licencji MIT, niezależny od modelu, obsługujący wielu dostawców oraz samodzielnie hostowane endpointy (opencode.ai).
To, jak te narzędzia wpisują się w stos technologiczny, od API po CLI, omówiliśmy w API, MCP czy CLI. Tutaj chodzi o wybór, a ten zaczyna się od sytuacji danych.
02. CZY WASZ KOD OPUSZCZA FIRMĘ?
To jedno pytanie porządkuje pole szybciej niż jakakolwiek lista funkcji, ponieważ decyduje o zgodności i poufności, zanim jakakolwiek funkcja zacznie się liczyć.
Cztery z pięciu narzędzi wysyłają kod do cudzej chmury. Claude Code, Codex, Cursor i Antigravity działają na hostowanych modelach w USA. To nie jest samo w sobie powód do wykluczenia: dla wielu projektów jest to w porządku, a w planie Enterprise można wynegocjować klauzule zero-data-retention i no-train. Ale kod wychodzi na zewnątrz, i trzeba to świadomie zaakceptować, a nie przeoczyć.
Opencode jest wyjątkiem. Ponieważ jest niezależny od modelu i potrafi komunikować się z lokalnym endpointem, działa całkowicie na samodzielnie hostowanym modelu. Wtedy kod nigdy nie opuszcza firmy. To dokładnie ta linia podziału, która decyduje o wszystkim, co następuje dalej. Który model open-weight zostanie za tym postawiony, to osobna decyzja, którą omawiamy w Model open-weight dla niemieckiego B2B.
03. JEŚLI CHMURA JEST OK: WYBIERAJ WEDŁUG STOSU
Jeśli świadomie akceptuje się hostowaną chmurę, wówczas o wyborze decyduje stos technologiczny, a nie benchmark. Krótkie zestawienie:
| Narzędzie | Format | Model | Otwarte źródło | Najlepsze dla |
|---|---|---|---|---|
| Claude Code | CLI terminalowe | Anthropic | nie | głęboka praca na wielu plikach w terminalu |
| Codex | CLI + chmura + IDE | OpenAI | klient częściowo otwarty | zespoły ChatGPT, sandboksy w chmurze |
| Cursor | IDE | wiele modeli | nie | praca blisko IDE, zmiana modeli |
| Antigravity | IDE agentowe | wiele modeli | nie | orkiestracja agentów z weryfikacją |
| Opencode | CLI terminalowe | dowolny / lokalny | MIT | kontrola, brak lock-inu, model lokalny |
Pragmatyczna reguła: firma zorientowana na Anthropic sięga po Claude Code, firma zorientowana na OpenAI po Codex, zespół skoncentrowany na IDE po Cursor lub Antigravity. Krążą liczby benchmarków w rodzaju wyników SWE-Bench na poziomie około 85 procent, ale są to zwykle dane dostawców, rzadko niezależnie zweryfikowane; nie opierałbym na nich wyboru narzędzia. To, co agent kodujący potrafi poza czystym programowaniem, pokazuje nasz artykuł Claude Code poza inżynierią.
04. JEŚLI KOD MUSI ZOSTAĆ W FIRMIE: OPENCODE PLUS WŁASNY MODEL
Jeśli kod nie może opuszczać firmy, pozostaje jedna poważna opcja, i jest ona dobra.
Opencode jest otwartoźródłowy na licencji MIT, obsługuje wielu dostawców i, co decydujące, lokalny endpoint. W połączeniu z samodzielnie hostowanym modelem open-weight powstaje agent kodujący, w którym ani kod źródłowy, ani prompty nie opuszczają własnej infrastruktury. Dla danych regulowanych, tajemnic klientów lub po prostu ostrożnych klientów jest to często jedyna wykonalna konfiguracja. Otwartemu modelowi do kodowania, takiemu jak Kimi K2.7, przyjrzeliśmy się specjalnie w tym celu.
Ceną tej kontroli jest własna praca: model, sprzęt i eksploatację trzeba skompletować samodzielnie, nie ma zarządzanej floty agentów w chmurze. W praktyce pomaga nadanie agentowi struktury, na przykład mapy bazy kodu, jak opisaliśmy w Graphify. Nakład pracy jest realny, ale kupuje coś, czego hostowane narzędzia nie mogą zaoferować.
05. JAK JA TO DECYDUJĘ
Nie potrzeba jednej odpowiedzi dla całej firmy, lecz właściwej w zależności od sytuacji danych. Oto jak ja to robię:
- Wyjaśnić sytuację danych. Czy dany kod może trafić do chmury w USA? Ta odpowiedź pochodzi od działu prawnego i klienta, nie od zespołu deweloperskiego.
- Jeśli tak, wybrać według stosu. Firma zorientowana na Anthropic wybiera Claude Code, firma zorientowana na OpenAI wybiera Codex, zespół skoncentrowany na IDE wybiera Cursor lub Antigravity, każdorazowo z wynegocjowanymi warunkami ZDR i no-train.
- Jeśli nie, Opencode plus własny model. Jedyna opcja, w której kod nie opuszcza firmy.
- Mieć na oku lock-in. Każde narzędzie wymaga własnego powiązania, dlatego warto zachować otwartą drogę powrotu do niższej warstwy, gdyby dostawca zmienił warunki.
My sami pracujemy, w zależności od projektu, z kilkoma z tych narzędzi, i właśnie na tym polega sedno: wybór jest przypisany do projektu, a nie do światopoglądu. To małe wewnętrzne narzędzie, które zbudowaliśmy z agentem zamiast je zlecać, opisujemy w Building event-scout. Które z repozytoriów w Państwa firmie właściwie nie powinny dziś trafiać do cudzej chmury, a jakiego narzędzia mimo to się do tego używa?
