Scegliere l'agente di coding: Claude Code, Codex, Cursor, Antigravity o Opencode
L'agente di coding lo decide la situazione dei dati, non il benchmark. Il vostro codice esce di casa oppure no?
Traduzione generata automaticamente con IA. La versione tedesca è l'originale verificato dalla redazione.
Quale agente di coding sia quello giusto lo decide la situazione dei dati e il vostro stack esistente, non il primo posto in una classifica SWE-Bench. Le differenze tra i modelli di punta rientrano nel rumore di fondo per la maggior parte del lavoro B2B reale.
Claude Code, Codex, Cursor, Antigravity e Opencode risolvono lo stesso compito in modi molto diversi. L'unica domanda che divide il campo è semplice: il vostro codice deve poter uscire di casa? Chi può rispondere sì sceglie in base allo stack. Chi non può, ha esattamente un'opzione seria. Questo testo ordina i cinque strumenti lungo questa domanda e si conclude con la decisione che raccomando a un team tedesco.
01. CINQUE STRUMENTI, UNA PRIMA DOMANDA
I cinque strumenti si collocano su livelli diversi, e il fattore di forma dice già molto sull'uso previsto.
- Claude Code è un agente da terminale di Anthropic: forte su modifiche multi-file, contesto ampio e un ciclo agentico nel terminale.
- Codex di OpenAI è disponibile come CLI, sandbox cloud e integrazione IDE, con una finestra di utilizzo condivisa.
- Cursor è l'IDE con IA, con modalità agente e agente in background e libera scelta del modello.
- Antigravity è l'IDE incentrata sugli agenti di Google, disponibile dal 20.11.2025, con un'interfaccia manager per avviare e osservare agenti paralleli (Google).
- Opencode è un agente da terminale open source con licenza MIT, indipendente dal modello su molti fornitori ed endpoint self-hosted (opencode.ai).
Come questi strumenti si inseriscano in uno stack, dall'API alla CLI, lo abbiamo illustrato in API, MCP o CLI. Qui si tratta della scelta, e questa inizia con la situazione dei dati.
02. IL VOSTRO CODICE ESCE DI CASA?
Questa singola domanda ordina il campo più rapidamente di qualsiasi elenco di funzionalità, perché decide su compliance e riservatezza prima che qualunque funzione conti.
Quattro dei cinque strumenti inviano il codice in una cloud altrui. Claude Code, Codex, Cursor e Antigravity girano contro modelli ospitati negli Stati Uniti. Questo non è di per sé un'esclusione: per molti progetti va bene così, e nel piano enterprise si possono negoziare clausole di zero data retention e no-train. Ma il codice esce, e questo va accettato consapevolmente, non trascurato.
Opencode è l'eccezione. Poiché è indipendente dal modello e può rivolgersi a un endpoint locale, gira interamente contro un modello self-hosted. Allora il codice non esce mai di casa. Questa è esattamente la linea di demarcazione che decide tutto il resto. Quale modello open-weight mettiate dietro è una decisione a sé, che affrontiamo in Modello open-weight per il B2B tedesco.
03. SE IL CLOUD VA BENE: SCEGLIETE IN BASE ALLO STACK
Se accettate consapevolmente la cloud ospitata, allora è lo stack a decidere, non il benchmark. Una mappa sintetica:
| Strumento | Fattore di forma | Modello | Open source | Ideale per |
|---|---|---|---|---|
| Claude Code | Terminal CLI | Anthropic | no | lavoro multi-file approfondito nel terminale |
| Codex | CLI + cloud + IDE | OpenAI | client parzialmente aperto | team ChatGPT, sandbox cloud |
| Cursor | IDE | multi-modello | no | flusso vicino all'IDE, cambio di modello |
| Antigravity | Agent IDE | multi-modello | no | orchestrazione di agenti con verifica |
| Opencode | Terminal CLI | qualsiasi / locale | MIT | controllo, nessun lock-in, modello locale |
La regola pragmatica: chi è in casa Anthropic prende Claude Code, chi è in casa OpenAI prende Codex, un team incentrato sull'IDE prende Cursor o Antigravity. Circolano numeri di benchmark come valori SWE-Bench intorno all'85 percento, ma sono per lo più dichiarazioni dei fornitori e raramente verificati in modo indipendente; io non baserei una scelta di strumento su questi. Cosa renda un agente di coding al di fuori del puro sviluppo lo mostra il nostro articolo Claude Code oltre l'ingegneria.
04. SE IL CODICE DEVE RESTARE IN CASA: OPENCODE PIÙ UN MODELLO PROPRIO
Se il codice non può uscire, resta un'opzione seria, ed è valida.
Opencode è open source con licenza MIT, dialoga con molti fornitori e, in modo decisivo, con un endpoint locale. Abbinato a un modello open-weight self-hosted, nasce un agente di coding in cui né il codice sorgente né i prompt lasciano la propria infrastruttura. Per dati regolamentati, segreti dei clienti o semplicemente clienti prudenti, questo è spesso l'unico assetto praticabile. Un modello di coding aperto come Kimi K2.7 lo abbiamo esaminato apposta qui.
Il prezzo di questo controllo è il lavoro in proprio: assemblate voi stessi modello, hardware e gestione operativa, non esiste una flotta di agenti cloud gestita. In pratica aiuta dare struttura all'agente, per esempio una mappa della codebase, come l'abbiamo descritta in Graphify. Lo sforzo è reale, ma compra qualcosa che gli strumenti ospitati non possono offrire.
05. COME LO DECIDO IO
Non vi serve un'unica risposta per tutta l'azienda, ma quella giusta a seconda della situazione dei dati. Ecco come procedo io:
- Chiarire la situazione dei dati. Il codice in questione può andare in una cloud statunitense? Questa risposta viene dal legale e dal cliente, non dal team di sviluppo.
- Se sì, scegliere in base allo stack. Casa Anthropic verso Claude Code, casa OpenAI verso Codex, team IDE verso Cursor o Antigravity, ciascuno con condizioni di ZDR e no-train negoziate.
- Se no, Opencode più un modello proprio. L'unica opzione in cui il codice non esce di casa.
- Tenere d'occhio il lock-in. Se ogni strumento richiede il proprio vincolo, mantenete aperta una via di ritorno verso un livello più profondo, nel caso un fornitore cambi le condizioni.
Noi stessi lavoriamo con diversi di questi strumenti a seconda del progetto, ed è proprio questo il punto: la scelta è legata al progetto, non alla visione del mondo. Il piccolo strumento interno che abbiamo costruito con un agente invece di commissionarlo si trova in Building event-scout. Quali dei vostri repository oggi non dovrebbero in realtà finire in una cloud altrui, e quale strumento usate comunque per farlo?
