Agenti AI: Cursor Origin vs GitHub tra costi, workflow e governance

Per gli agenti AI, conviene lasciare GitHub come fonte ufficiale e usare Cursor Origin come spazio operativo, a meno che non si parta da zero con una codebase privata e un team già standardizzato su Cursor. Con 10 postazioni, GitHub Team più Copilot Business parte da $230 al mese, contro i $400 di Cursor Teams Standard; finita la promozione temporanea sui crediti GitHub, Cursor recupera il divario solo intorno a 509 task normalizzati per persona al mese.

Quale scegliere per gli agenti AI? GitHub come base, Origin solo dove serve

Per la maggior parte dei team, GitHub resta la scelta predefinita. Cursor Origin offre un ambiente migliore per l'esecuzione degli agenti, ma non è ancora il sistema di riferimento più solido. L'architettura prudente mantiene GitHub alla base e vi sovrappone un mirror Origin: gli agenti lavorano nello spazio integrato di Cursor, mentre Issues, Actions, segreti, governance e codice canonico restano dove sono già operativi.

Un repository autonomo su Origin ha senso soltanto se valgono tutte e tre le condizioni: il progetto è privato e nasce da zero, il team ha già adottato Cursor come standard e la pipeline di delivery può funzionare con il giovane ecosistema di integrazioni di Origin. Se ne manca anche una sola, GitHub dovrebbe restare il repository canonico.

Entrambe le strutture di prezzo sono state verificate sulla pagina aggiornata di modelli e piani Cursor e sulla pagina dei prezzi dei repository GitHub il 20 agosto 2026. Cursor Origin è incluso nei piani Cursor a pagamento; l'hosting del codice su GitHub e Copilot sono prodotti distinti. È una differenza importante: confrontare soltanto $40 e $19 significa ignorare i $4 per postazione di GitHub Team.

La scelta cambia in base allo scenario:

• Una startup già standardizzata su Cursor con un nuovo prodotto privato: Origin è indicato se Vercel, Depot o Buildkite coprono la delivery e il throughput degli agenti è già un collo di bottiglia. Non c'è un workflow preesistente da ricostruire.
• Un team che lavora già su GitHub: conviene creare il mirror di un solo repository in Origin. GitHub resta canonico, quindi il test è reversibile e non richiede un intero fine settimana di migrazione.
• Chi mantiene un progetto open source: meglio restare su GitHub. Visibilità, fork, Issues, identità della community e aspettative dei contributor fanno parte del prodotto, non sono optional del repository.
• Un'azienda regolamentata o con più agenti: meglio restare su GitHub. Validazioni di sicurezza, audit trail, policy e supporto per Copilot, Claude e Codex ne fanno il control plane neutrale più robusto.
• Un team sommerso da attività parallele affidate agli agenti: vale la pena provare Origin. L'aggiornamento del 19 agosto introduce il primo insieme di funzioni capace di giustificare il costo aggiuntivo per postazione, soprattutto per obiettivi di lunga durata e subagent isolati.

Questa è una scelta tra forge, non tra editor: quel confronto è trattato in Cursor vs GitHub Copilot. Un team può preferire gli agenti di Cursor e continuare a scegliere GitHub come sede permanente del codice.

Cursor Origin: spazio operativo per agenti e forge Git, non sostituto completo di GitHub

Cursor Origin offre ormai un vero hosting del codice, ma oggi dà il meglio soprattutto come mirror di GitHub. Cursor definisce Origin una forge Git: può creare repository, accettare normali push e pull Git, esplorare e cercare nel codice, gestire pull request e collegare automazioni e cloud agent Cursor. È entrato in early beta il 17 agosto e viene distribuito gradualmente nei piani Pro, Teams ed Enterprise. Gli account gratuiti non hanno accesso allo storage Origin. La documentazione di Cursor descrive qui l'attuale perimetro della beta.

Le configurazioni possibili sono due, e la differenza è sostanziale.

Repository Origin nativo

In un repository Origin nativo, il codice risiede su Cursor. Branch, pull request, revisioni, controlli e merge vivono tutti in Origin. I cloud agent di Cursor possono creare un branch, eseguire commit e push e aprire una pull request senza uscire dall'ambiente. Per un nuovo strumento interno, il vantaggio è proprio questo percorso breve: agente, browser del codice, area di revisione e repository condividono lo stesso contesto.

Il limite emerge appena si guarda oltre il repository. Le app pubblicate per Origin partono da Vercel, Depot e Buildkite. Possono bastare per preview deployment e CI di un piccolo prodotto web, ma non equivalgono a Issues, Actions, Packages, Marketplace, prodotti di sicurezza, rete della community e anni di configurazione delle policy disponibili su GitHub.

Repository GitHub in mirror

Il mirror copia in Origin cronologia Git, branch, tag, codice consultabile e pull request. Le attività sulle pull request si sincronizzano in entrambe le direzioni. Un push al remote Origin viene inoltrato a GitHub e Cursor indica esplicitamente GitHub come fonte ufficiale.

Tre elementi importanti non vengono trasferiti:

• GitHub Issues
• workflow GitHub Actions
• segreti GitHub Actions

È questo il confine architetturale che molte comparazioni trascurano. Il mirror offre agli agenti Cursor una copia di lavoro ravvicinata, non una seconda piattaforma completa di software delivery. La configurazione della CI e le Issues rimangono su GitHub, a meno che il team non le ricostruisca altrove.

Per attivare il mirroring servono anche l'app GitHub di Cursor e l'accesso amministrativo al repository di origine su GitHub. Non è un'importazione informale che qualsiasi sviluppatore può avviare. In compenso, l'operazione è reversibile: scollegando il mirror si interrompe la sincronizzazione e la copia Origin diventa un repository autonomo, mentre quello GitHub non viene toccato.

Esecuzione degli agenti AI: vince Cursor Origin

Cursor Origin prevale nell'esecuzione degli agenti perché Cursor sta progettando la forge intorno a un lavoro persistente, invece di aggiungere un agente a una piattaforma nata per le persone. La release del 19 agosto ha introdotto le funzioni che rendono concreta questa differenza.

Ora i cloud agent Cursor possono sottoscrivere gli aggiornamenti di pull request, thread Slack e pianificazioni. Quando un agente crea una pull request, la sottoscrizione è automatica: può così reagire a errori della CI e commenti dei bot, invece di fermarsi alla prima bozza. Il comando /goal assegna all'agente un obiettivo persistente. I messaggi di steering attendono il confine tra due chiamate agli strumenti, senza interrompere il lavoro in corso. I subagent possono operare su macchine virtuali isolate, permettendo controlli indipendenti senza collisioni sul filesystem. Le note di rilascio di Cursor documentano tutte e quattro le novità.

Origin rende il ciclo ancora più lineare: l'agente non deve appoggiarsi a un provider di repository separato per creare un branch, fare push, avviare la revisione e iterare. Un'automazione può scattare al push di un branch o a un evento di pull request, collegare un cloud agent e riportarne il lavoro nella stessa interfaccia di revisione. Per un team privato che esegue molti agenti in parallelo, è un modello operativo più pulito.

Cursor supporta anche ambienti cloud multi-repository. Un task può attraversare repository di frontend, backend e infrastruttura, oltre a una libreria condivisa, per poi aprire pull request nei repository modificati. È un vantaggio concreto quando una funzionalità supera i confini tra servizi.

Il cloud agent di GitHub Copilot impone più vincoli. Le limitazioni pubblicate consentono modifiche soltanto nel repository indicato all'avvio del task, su un unico branch e con una sola pull request. Ogni sessione si interrompe dopo un massimo inderogabile di 59 minuti. Sono barriere di sicurezza sensate per attività circoscritte a una issue, ma si adattano male a lunghe migrazioni, release tra più repository o sciami di agenti che devono continuare a lavorare dopo il feedback in revisione.

Nemmeno Cursor è privo di limiti. La sua documentazione sui cloud agent precisa che la modalità a lunga esecuzione non è ancora disponibile negli ambienti multi-repository. Nella stessa sessione, quindi, un team può ottenere ampiezza oppure persistenza, ma non entrambe. Origin è inoltre in early beta e non esiste ancora un benchmark indipendente, a parità di condizioni, che dimostri una maggiore quantità di codice accettato per ogni dollaro grazie al workflow più integrato.

Vincitore: Cursor Origin. È la scelta adatta a esecuzioni persistenti, guidate dagli eventi o parallele. GitHub resta preferibile quando i task degli agenti sono issue circoscritte da chiudere con una singola pull request revisionabile, all'interno di controlli già consolidati.

Governance del repository ed ecosistema: vince GitHub

Come sistema di riferimento, GitHub vince con largo margine. Il suo vantaggio non sta nell'archiviazione degli oggetti Git, ma in tutto ciò che li circonda: Issues, Actions, ambienti, segreti, ruleset, protezione dei branch, eventi di audit, scansione di sicurezza, pacchetti, integrazioni, identità pubblica e workflow dei contributor.

GitHub sta anche diventando un control plane multi-agent, invece di puntare esclusivamente su Copilot. I suoi coding agent di terze parti supportano Anthropic Claude e OpenAI Codex in public preview. I task possono partire dalla scheda Agents, dalle Issues, dai commenti alle pull request, da GitHub Mobile o da Visual Studio Code. Quando questi agenti modificano il codice, GitHub applica CodeQL, secret scanning e controlli delle dipendenze per malware e vulnerabilità High o Critical. Secondo GitHub, queste validazioni non richiedono Advanced Security.

GitHub Agentic Workflows aggiunge un ulteriore livello. Il team descrive un workflow in linguaggio naturale all'interno di un file Markdown, lo compila in un workflow Actions rafforzato e può eseguirlo con Copilot, Claude, Codex o Gemini. Per impostazione predefinita, i permessi sono in sola lettura. Le operazioni di scrittura devono essere dichiarate come output sicuri, i segreti restano fuori dal runtime dell'agente e l'esecuzione è protetta da firewall. La funzione è ancora in public preview, ma il modello di controllo è esplicito. GitHub documenta workflow e misure di protezione.

Per chi guida sicurezza o piattaforma, questa neutralità conta. Un repository può affidarsi a Cursor per l'implementazione interattiva, a Codex per task paralleli in background, a Claude per una migrazione complessa e a Copilot per la manutenzione basata sulle issue. Mantenere il sistema di riferimento indipendente da un singolo agente preserva il potere negoziale e uniforma le policy.

Anche l'agente di GitHub ha limiti, tra cui il tetto di 59 minuti e il perimetro ristretto a un solo repository. Si tratta però di vincoli di un singolo esecutore, non di lacune della piattaforma che ospita il repository. Un'azienda che usa strumenti diversi può cambiare esecutore senza trasferire Issues, segreti, controlli e cronologia degli audit. Per un quadro più ampio sui compromessi tra gli agenti di coding AI per le aziende, si rimanda a Best AI Coding Agents for Enterprise.

Vincitore: GitHub. È la base da mantenere per open source, software regolamentato, delivery fortemente basata su Actions, più fornitori di agenti o qualsiasi repository i cui controlli circostanti abbiano richiesto anni di lavoro.

Prezzi: GitHub conviene fino a circa 509 task per persona

Nell'uso ordinario GitHub costa meno; in uno scenario normalizzato con un carico elevato di agenti, Cursor ha invece un costo marginale per task leggermente inferiore. Quel vantaggio marginale non compensa il sovrapprezzo base di $17 per postazione prima di circa 509 task mensili per persona, una volta terminata la promozione temporanea di GitHub.

Il listino aggiornato di Cursor parte da $20 al mese per Pro, $60 per Pro Plus e $200 per Ultra. Lo storage Origin è incluso in questi piani a pagamento. Per i team, Standard costa $40 per utente al mese; Premium costa $120 e offre cinque volte i limiti Agent di Standard. Ogni postazione Standard comprende almeno $20 mensili di utilizzo degli agenti.

L'hosting dei repository GitHub può essere gratuito. Il confronto per i team considera GitHub Team a $4 per utente al mese più Copilot Business a $19, per un totale di $23 a persona. Copilot Business comprende una dotazione standard di 1,900 crediti AI per utente, condivisa nell'entità di fatturazione. Ogni credito vale $0.01. I clienti esistenti ricevono temporaneamente 3,000 crediti per utente fino al 1 settembre 2026.

Tariffa per 1,000 token

Entrambi i fornitori pubblicano le stesse tariffe per il modello GPT-5.6 Terra: $0.002 per 1,000 token di input, $0.0002 per 1,000 token di input in cache, $0.0025 per 1,000 token scritti in cache e $0.012 per 1,000 token di output. Cursor Teams aggiunge poi la propria tariffa di $0.25 per milione di token sui modelli di terze parti, pari a $0.00025 per 1,000 token totali. GitHub addebita invece i minuti Actions per l'infrastruttura del cloud agent.

Un task identico

Il task normalizzato utilizza 80,000 token di input non in cache, 20,000 token di output e 10 minuti di runner Linux su GPT-5.6 Terra. Sono ipotesi di confronto trasparenti, non una media dichiarata dai fornitori né un benchmark indipendente.

Il costo di inferenza comune è:

• Input: 0.08 milioni x $2 = $0.16
• Output: 0.02 milioni x $12 = $0.24
• Inferenza totale del modello: $0.40

Cursor Teams aggiunge 0.10 milioni di token totali x $0.25, cioè $0.025. Esaurito l'utilizzo incluso, il costo marginale di un task è $0.425.

GitHub aggiunge 10 minuti x $0.006 per un runner Linux standard a 2 core, cioè $0.06, una volta terminati i minuti Actions inclusi. Esaurite le dotazioni, il costo marginale è $0.46 per task.

Un team di 10 persone con 50 task ciascuna

Cursor Teams Standard parte da $400. Cinquecento task normalizzati consumano $212.50 tra modello e piattaforma. Sottratti i $200 inclusi per l'utilizzo degli agenti, la fattura è di $412.50.

GitHub Team più Copilot Business parte da $230. L'utilizzo del modello vale $200, con un'eccedenza di $10 rispetto alla dotazione standard condivisa di $190. Cinquemila minuti di runner superano di 2,000 i 3,000 minuti inclusi in GitHub Team, aggiungendo $12. Il totale è di $252.

A quel carico, Cursor costa $160.50 in più al mese. Durante la promozione temporanea dei 3,000 crediti GitHub, l'utilizzo del modello rientra nella dotazione più ampia e GitHub si ferma a $242: Cursor costa quindi $170.50 in più.

Quando Cursor diventa finalmente più conveniente

Dopo l'esaurimento delle dotazioni standard di entrambe le piattaforme, Cursor fa risparmiare $0.035 su ogni task normalizzato, ma parte con un costo superiore di $17 a persona. Per un team di 10 persone, le curve del costo totale si incrociano a 508.57 task per persona al mese, arrotondati a 509. Sotto 509, GitHub costa meno; sopra 509, comincia a prevalere il costo marginale inferiore di Cursor.

La promozione attuale di GitHub sposta il punto di pareggio a circa 823 task per persona fino al 1 settembre 2026.

Vincitore: GitHub per quasi tutti i carichi normali. In base a queste ipotesi, Cursor prevale sul costo marginale soltanto con volumi di task insolitamente alti; il costo andrebbe comunque misurato per modifica accettata, non per task tentato.

Costi di passaggio: prima il mirror, poi semmai la migrazione

La strada meno rischiosa è testare un mirror, non migrare subito il repository. La cronologia Git è portabile. La parte costosa comprende Issues, comportamento della CI, segreti, identità, regole dei branch, prove di audit, integrazioni con le app e abitudini di rilascio.

1. 1

   Collegare un repository rappresentativo

   Installare l'app GitHub di Cursor insieme a un amministratore GitHub, selezionare un repository privato e crearne il mirror in Origin. Non conviene partire né dal progetto dimostrativo più semplice né dal sistema di produzione soggetto ai vincoli più rigidi.

2. 2

   Mantenere GitHub come fonte ufficiale

   Lasciare su GitHub Issues, workflow Actions, segreti, protezione dei branch e approvazioni dei deployment. Eseguire un push tramite il remote Origin e verificare che la modifica raggiunga GitHub come fonte ufficiale.

3. 3

   Misurare il collo di bottiglia degli agenti

   Per due settimane, misurare pull request accettate, minuti dei reviewer, controlli falliti, rilavorazioni, spesa per gli agenti ed eccezioni di sicurezza. Confrontare i dati con le due settimane precedenti dello stesso repository.

4. 4

   Scollegare solo quando esiste una mappa dei sostituti

   Se Origin vince il confronto, bisogna stabilire dove vivranno Issues, CI, segreti, pacchetti, scansioni, cronologia degli audit e controlli di deployment. Scollegare il mirror cambia la fonte ufficiale, ma non trasferisce automaticamente il sistema GitHub circostante.

La fonte ufficiale non va spostata se il repository rientra anche in uno solo di questi casi:

• È pubblico o dipende dalla rete di contributor di GitHub.
• GitHub Issues o Actions sono centrali per pianificazione e delivery.
• Segreti, ambienti, pacchetti, scansioni di sicurezza o controlli di audit non hanno un sostituto collaudato.
• L'azienda sceglie intenzionalmente più fornitori di agenti.
• Il procurement richiede prove consolidate di disponibilità, assistenza o conformità che una early beta non ha pubblicato.
• L'unica funzione desiderata è la revisione delle pull request di Cursor, che non richiede il mirroring.

Origin crea meno lock-in di un formato di repository chiuso, perché il codice resta in Git. Il vincolo più profondo è operativo: automazioni specifiche di Cursor, modalità degli agenti, contesto del team e abitudini di revisione entrano nel processo di delivery. Anche GitHub genera lock-in con Actions, Apps, Issues e policy. La domanda giusta non è se il lock-in esista, ma se il team possa esportare le istruzioni, riprodurre i controlli e sostituire l'agente senza spostare l'intero sistema di riferimento.

Vincitore: GitHub per la sicurezza della migrazione; Cursor Origin per test reversibili. Il mirror è utile proprio perché permette a entrambe le affermazioni di restare vere.

Cosa fare lunedì: un test in mirror di due settimane

Lunedì, va configurato il mirror di un repository privato con CI reale e lavoro ricorrente per gli agenti, mantenendo GitHub come fonte ufficiale per due settimane. Bisogna assegnare le stesse categorie di lavoro già delegate dal team: un bug circoscritto, una funzionalità su più file, la correzione di un test fallito e un'iterazione su una pull request.

Prima del primo task vanno definite sei misure:

1. Pull request accettate per sviluppatore
2. Mediana dei minuti di revisione per pull request accettata
3. Tasso di controlli falliti e rilavorazioni
4. Spesa per gli agenti per pull request accettata
5. Ritardi di sincronizzazione o incidenti del mirror
6. Eccezioni di sicurezza, policy o audit

Il test è superato solo se Origin aumenta il lavoro accettato senza una crescita equivalente dei tempi di revisione, degli errori, della spesa o delle eccezioni ai controlli. La soglia per scollegare il mirror deve essere più alta di quella necessaria per continuare a usarlo. Un piccolo miglioramento del workflow può giustificare Origin come ambiente secondario; spostare la fonte ufficiale richiede invece un vantaggio duraturo e una mappa completa dei sostituti.

Questa è la conseguenza pratica del lancio di Origin. GitHub non deve più essere l'unica interfaccia intorno a un repository, ma resta il livello canonico più sicuro. Prima Origin deve dimostrare il proprio valore nel workflow degli agenti. Il repository potrà arrivare dopo.

Domande frequenti

Cursor Origin è migliore di GitHub per gli agenti AI?

Cursor Origin è migliore per eseguire agenti nativi di Cursor in modo persistente, parallelo e su più repository. GitHub è più adatto come sistema di riferimento del codice, soprattutto quando contano Issues, Actions, controlli di sicurezza, identità open source o più fornitori di agenti.

Cursor Origin può sostituire GitHub Actions?

Non tramite un mirror. Cursor esclude esplicitamente dal mirroring di Origin i workflow e i segreti GitHub Actions. La CI rimane su GitHub, a meno che il team non la ricostruisca con un'integrazione Origin come Depot o Buildkite, oppure con un altro sistema esterno.

Quanto costa Cursor Origin rispetto a GitHub?

Lo storage Origin parte da $20 al mese con Cursor Pro per un singolo utente, oppure da $40 per utente al mese con Cursor Teams Standard. GitHub Team più Copilot Business costa $23 per utente al mese prima delle eccedenze. Nel carico normalizzato su 10 postazioni, con 50 task per persona e dopo le dotazioni standard, GitHub costa $252 contro i $412.50 di Cursor.

Conviene passare da GitHub a Cursor Origin?

Prima conviene creare il mirror di un repository rappresentativo e mantenere GitHub come fonte ufficiale. Origin va scollegato solo se migliora il throughput delle modifiche accettate abbastanza da giustificare la ricostruzione o la sostituzione di Issues, CI, segreti, sicurezza, integrazioni e controlli di audit.