Piattaforme per agenti AI: dove ospitare il codice nel 2026

GitHub resta la migliore tra le piattaforme per agenti AI dedicate al code hosting: uno stack da 10 postazioni con GitHub Team e Copilot Business parte da $230 al mese, contro i $400 di Cursor Teams Standard. Cursor Origin è la scelta migliore per un progetto pilota greenfield, GitLab privilegia controllo e governance, mentre Bitbucket offre il miglior rapporto qualità-prezzo per chi usa già Atlassian. Il lancio cambia il modo in cui impostare l'esperimento, non il sistema di riferimento: prima di migrare, conviene creare il mirror di un solo repository.

Risposta breve: GitHub prima scelta, Cursor Origin per un progetto pilota

Salvo esigenze specifiche, la scelta consigliata è GitHub. Offre la più ampia scelta di agenti, i controlli più maturi sui repository e la via d'uscita più semplice da un singolo fornitore di modelli. Cursor Origin è la novità più interessante perché riunisce repository, pull request e agente Cursor in un'unica interfaccia. Prima di affidargli il ruolo di fonte ufficiale, però, una beta ancora giovane deve dimostrare il proprio valore con un progetto pilota basato su mirror.

La classifica cambia solo quando il workflow circostante pesa più della scelta predefinita. GitLab è indicato quando sono indispensabili distribuzione self-managed, controllo sui modelli e governance degli agenti a livello di gruppo. Bitbucket ha senso quando il contesto Jira e l'automazione gestita da Atlassian contano più di un ecosistema esterno meno ampio. Gitea è adatto alle aziende che vogliono possedere la propria forge e sono disposte a integrare autonomamente il livello agentico. Azure Repos va scelto soltanto quando identità Microsoft, Boards e policy Azure DevOps esistenti non sono negoziabili.

Il concetto centrale è il moltiplicatore delle pull request. Quando uno sviluppatore può delegare attività a più agenti, non è più l'unico a produrre modifiche. Pull request, test, revisioni, controlli di sicurezza e build fallite crescono più rapidamente del numero di postazioni umane a pagamento. Per questo il remote Git più economico può trasformarsi nel sistema di delivery più costoso, se non offre agli agenti un percorso controllato attraverso la revisione.

Come sono state scelte queste piattaforme per agenti AI

Una piattaforma di code hosting per team agentici deve governare le modifiche, non limitarsi a conservare oggetti Git. Le sei soluzioni in classifica possono tutte fungere da sistema di riferimento per i repository e offrono un livello agentico gestito oppure API, CI e funzionalità di identità sufficienti a supportare agenti esterni.

La valutazione si basa su cinque criteri:

1. Resilienza della fonte ufficiale: repository, pull request, regole sui branch, identità, auditabilità e un modello operativo credibile.
2. Esecuzione degli agenti: capacità degli agenti di ricevere attività, modificare codice, aprire pull request, rispondere alle revisioni e operare con permessi circoscritti.
3. Governance della revisione: controlli obbligatori, approvazione umana, scansioni di sicurezza, identità macchina e visibilità sulle azioni degli agenti.
4. Trasparenza dei costi: postazioni di hosting, crediti AI, minuti CI, spazio di archiviazione e soglia oltre la quale scatta un nuovo contatore.
5. Portabilità: accesso Git standard, workflow trasferibili, supporto per agenti esterni e un percorso di migrazione reversibile.

Prezzi e funzionalità sono stati verificati sulle pagine live dei singoli fornitori il 20 agosto 2026. Si tratta di un confronto basato su prezzi e analisi, non del resoconto di una prova pratica. Gli screenshot mostrano le interfacce attuali dei fornitori; non implicano che durante la recensione siano stati migrati repository di produzione.

Gli editor di codice sono stati esclusi, a meno che non ospitino ormai anche repository. Sono escluse anche le piattaforme runtime, perché distribuire un agente è un compito diverso dal governare il codice che modifica. La distinzione è importante: un runtime può eseguire un'attività autonoma, mentre la forge continua a gestire branch, pull request, approvazioni e audit trail permanente.

Sei rappresenta qui il limite utile: per ogni piattaforma vengono indicati una decisione d'acquisto, un ostacolo preciso, tutti i prezzi live dei vari piani e una conseguenza economica. Le soluzioni descrivibili soltanto con elogi generici non sono entrate in classifica.

Budget per 10 postazioni: il prezzo dell'hosting è solo il primo contatore

GitHub offre la base comparabile pronta per gli agenti meno costosa: $230 al mese per 10 postazioni. Bitbucket, però, costa appena $6.50 in più. GitLab arriva a $290 e Cursor Teams Standard a $400. Questi importi combinano il piano del repository e il livello agentico gestito dal fornitore, quando i due prodotti sono venduti separatamente.

Per GitHub, il confronto usa i prezzi live dei repository per i primi 12 mesi nei casi in cui GitHub li presenta in questo modo. Imposte, eccedenze d'uso, infrastruttura e lavoro di migrazione sono esclusi, salvo diversa indicazione.

Le basi mensili normalizzate sono:

• GitHub: 10 x ($4 Team + $19 Copilot Business) = $230.
• Bitbucket: 10 x ($3.65 Standard + $20 Rovo Dev Standard) = $236.50.
• GitLab: 10 x $29 Premium = $290, con fatturazione annuale.
• Cursor Origin: 10 x $40 Teams Standard = $400.

Su base annua, gli importi diventano $2,760 per GitHub, $2,838 per Bitbucket, $3,480 per GitLab e $4,800 per Cursor. Il sovrapprezzo di Cursor rispetto a GitHub è di $2,040 l'anno, prima delle eccedenze d'uso. Può essere giustificato se Origin riduce abbastanza i passaggi di revisione o le esecuzioni fallite degli agenti, ma il semplice lancio del prodotto non dimostra questo risultato.

Azure e Gitea restano fuori da questo confronto diretto. Azure DevOps Basic costa $30 al mese per 10 utenti perché i primi cinque sono gratuiti, ma la revisione AI nativa di Azure Repos è ancora in anteprima pubblica limitata e il flusso di programmazione basato sui work item usa repository GitHub. Il software Gitea può costare $0; il suo selettore mostra invece $95 per Enterprise self-managed e $190 per Enterprise cloud-managed con 10 utenti. Agenti esterni, infrastruttura, attività operative e uso dei modelli rimangono comunque voci separate.

Il secondo contatore è l'esecuzione. Gli agenti di programmazione GitHub consumano sia crediti AI sia minuti Actions. Un runner Linux standard costa $6 per ogni ulteriore blocco di 1,000 minuti oltre la quota del piano. Anche Bitbucket Agentic Pipelines consuma minuti di build, oltre ai crediti Rovo Dev o agli importi fatturati dal fornitore del modello scelto; 1,000 minuti Bitbucket aggiuntivi costano $10. GitLab vende altri 1,000 minuti di calcolo a $10 e l'utilizzo Duo supplementare a $1 per GitLab Credit.

È qui che il moltiplicatore delle pull request incide sul conto economico. Se gli agenti aprono più modifiche ma la capacità di revisione umana resta invariata, l'azienda paga generazione, CI e rilavorazioni senza rilasciare più codice accettato. Quattro metriche vanno quindi monitorate insieme:

• pull request accettate per ogni ora di revisione;
• controlli falliti per ogni pull request accettata;
• spesa per AI e CI per ogni pull request accettata;
• eccezioni alle policy o correzioni manuali per ogni pull request accettata.

1. GitHub: la migliore scelta complessiva per team con agenti diversi

GitHub occupa il primo posto perché può ospitare il lavoro di Copilot, Claude e Codex senza trasformare un singolo esecutore nel proprietario del repository. Il supporto agli agenti di programmazione di terze parti è in anteprima pubblica, ma il piano di controllo è già utile: le attività possono partire dalla scheda Agents, dalle Issue, dai commenti alle pull request, da GitHub Mobile o da Visual Studio Code, e l'agente restituisce una pull request destinata alla revisione umana.

Il vero elemento distintivo è ciò che accade intorno all'output degli agenti. GitHub dichiara che le modifiche prodotte da agenti di terze parti vengono controllate con CodeQL, secret scanning e verifiche delle dipendenze alla ricerca di malware e vulnerabilità High o Critical. Queste validazioni non richiedono una licenza GitHub Advanced Security. Anche le attività degli agenti create tramite le GitHub App di Claude e Codex compaiono nell'audit log.

Per una startup finanziata che usa Cursor in locale, Codex per attività parallele, Claude per le migrazioni e Copilot per il lavoro ordinario sulle issue, GitHub è quindi l'opzione predefinita più sicura. Le regole del repository rimangono stabili mentre cambia l'esecutore. I progetti open source ottengono un vantaggio ancora maggiore, perché fork, Issue, identità dei contributor e visibilità pubblica sono parti native del prodotto, non componenti facoltativi.

La struttura dei prezzi è più ampia del solo prezzo di $4 per Team. I prezzi live dei repository GitHub indicano Free a $0 con 2,000 minuti Actions, Team a $4 per utente/mese per i primi 12 mesi con 3,000 minuti ed Enterprise a partire da $21 per utente/mese per i primi 12 mesi con 50,000 minuti. La prova della piattaforma di 30 giorni comprende Enterprise, Copilot e Advanced Security.

I piani live di GitHub Copilot indicano Free a $0, Pro a $10 per utente/mese, Pro+ a $39 e Max a $100. Pro include cloud agent, code review, agenti di terze parti Claude Code e Codex e $15 di crediti mensili; Pro+ ne include $70 e Max $200. Per le organizzazioni, Copilot Business costa $19 per utente/mese e offre 1,900 crediti AI condivisi per utente, mentre Copilot Enterprise costa $39 e ne offre 3,900. I crediti AI oltre soglia costano $0.01 ciascuno.

Il limite è il doppio contatore. GitHub precisa che gli agenti di programmazione consumano crediti AI e minuti Actions. Un'attività può quindi rientrare nella quota AI e allo stesso tempo generare eccedenze CI, o viceversa. GitHub mette a disposizione degli amministratori controlli di budget, ma resta necessario contrassegnare il lavoro generato dagli agenti e misurarne il costo delle esecuzioni a valle.

Ideale per: team con agenti diversi, progetti open source, organizzazioni già consolidate su GitHub e aziende che vogliono restare neutrali rispetto all'esecutore.
Punto di forza: Claude, Codex e Copilot possono tutti produrre pull request governate dallo stesso piano di controllo del repository.
Prezzi: hosting Free $0, Team $4/utente/mese per i primi 12 mesi o Enterprise da $21/utente/mese per i primi 12 mesi; Copilot Free $0, Pro $10, Pro+ $39, Max $100, Business $19 o Enterprise $39 per utente/mese.
Prova gratuita: sì, è indicata una prova della piattaforma di 30 giorni.

Configurare GitHub in sicurezza per il lavoro degli agenti

1. 1

   Scegliere prima il piano del repository

   Team è sufficiente quando bastano le regole del repository e i 3,000 minuti Actions inclusi. Enterprise va scelto solo se governance, conformità o la quota di 50,000 minuti sono giustificate anche indipendentemente dagli agenti; non conviene fare l'upgrade soltanto per ottenere un budget agentico più ampio.

2. 2

   Abilitare soltanto gli agenti approvati

   Copilot, Claude o Codex vanno attivati tramite le policy dell'organizzazione. È meglio iniziare con un solo esecutore su un solo repository, così eventi di audit, comportamento delle revisioni e spesa restano attribuibili.

3. 3

   Proteggere il percorso verso il merge

   Occorre imporre revisione umana, superamento dei test e controlli di sicurezza adeguati al repository. L'agente deve poter proporre modifiche, non aggirare i controlli che stabiliscono se possano arrivare in produzione.

4. 4

   Impostare entrambi i budget

   Va definito un budget per i crediti AI e uno per Actions, con avvisi separati: un'attività molto lunga e una pull request ricca di test mettono sotto pressione contatori diversi.

5. 5

   Misurare il lavoro accettato

   Contrassegnare le pull request degli agenti e confrontare modifiche accettate, tempo dei revisori, controlli falliti e costo totale di utilizzo. Il workflow va ampliato soltanto dopo un aumento del lavoro accettato.

2. Cursor Origin: il miglior progetto pilota agent-native per il greenfield

Cursor Origin si piazza al secondo posto perché elimina il passaggio di consegne tra gli agenti Cursor e il repository; essendo ancora in early beta, va però trattato come un progetto pilota prima di estenderlo all'intera azienda. Origin è stato lanciato il 17 agosto 2026 con repository nativi, pull request, navigazione del codice, sincronizzazione GitHub e agenti capaci di rispondere a domande, modificare il codice, aggiornare pull request o eseguire push sui branch.

Le modalità operative sono due. Con un repository Origin nativo, Cursor diventa la fonte ufficiale. Con un repository in mirror, GitHub rimane canonico mentre Origin ne mantiene una copia di lavoro aggiornata; commenti e risposte alle pull request si sincronizzano in entrambe le direzioni e i push di un repository nato su GitHub continuano ad arrivare su GitHub. È proprio il mirror a giustificare una posizione così alta: consente di provare l'interazione tra agente e repository senza programmare un intero weekend di migrazione.

Al lancio sono disponibili integrazioni con Vercel, Depot e Buildkite. Vercel gestisce le distribuzioni di anteprima, mentre Depot e Buildkite coprono la CI, compresi i workflow GitHub Actions esistenti tramite le integrazioni supportate. È una base sufficiente per un prodotto web ben circoscritto. Non sostituisce ancora ogni issue tracker, registro dei pacchetti, prodotto di sicurezza, controller di distribuzione e integrazione di audit accumulati intorno a una forge più longeva.

Cursor esplicita con chiarezza il limite di maturità. Origin è in early beta e la nota di lancio annuncia l'arrivo di altre funzionalità agent-native. Per un team regolamentato, queste parole sono un segnale importante in fase d'acquisto: prima che il codice sorgente dipenda dal nuovo servizio vanno verificate garanzie di disponibilità, profondità della governance, strumenti di migrazione e copertura delle integrazioni.

I prezzi live di Cursor indicano Start a ₹649 al mese in India, Pro a $20, Pro Plus a $60 e Ultra a $200. Pro, Pro Plus e Ultra comprendono rispettivamente $20, $70 e $400 nel pool di utilizzo Other Models. Teams Standard costa $40 per utente/mese, Teams Premium $120 con un limite Agent cinque volte superiore a Standard, mentre Enterprise ha un prezzo personalizzato. Hobby è gratuito, ma Origin viene distribuito sui piani a pagamento, quindi non risultano né un piano gratuito specifico per Origin né una prova dedicata.

Per un gruppo di 10 persone, la conseguenza economica è un sovrapprezzo mensile di $170 rispetto a GitHub Team con Copilot Business: $2,040 l'anno. Cursor giustifica questa differenza soltanto se il ciclo agentico più stretto riduce i passaggi tra revisori, i tentativi falliti o l'attesa per il contesto del repository più di quanto aumenti il costo dell'abbonamento.

Per approfondire il confine di migrazione fra le due piattaforme, si può consultare Cursor Origin vs GitHub per gli agenti AI. Nel contesto di questa classifica, la decisione è più semplice: prima si usa un mirror Origin per dimostrare il valore del workflow, poi si valuta se spostare davvero il repository.

Ideale per: team standardizzati su Cursor che sviluppano un prodotto greenfield privato o sperimentano un ciclo agentico più stretto.
Punto di forza: code hosting nativo e mirroring di GitHub riuniscono agenti, navigazione, pull request e modifiche al codice nella stessa interfaccia Cursor.
Prezzi: Hobby è gratuito ma non include Origin; Start costa ₹649/mese in India; Pro $20, Pro Plus $60, Ultra $200; Teams Standard $40/utente/mese, Teams Premium $120, Enterprise ha un prezzo personalizzato.
Prova gratuita: non è indicata una prova dedicata a Origin.

3. GitLab: la scelta migliore per programmi agentici regolamentati e self-managed

GitLab è terzo in classifica perché il suo livello agentico abbraccia pianificazione, codice, pipeline e sicurezza, conservando al tempo stesso un'opzione di distribuzione self-managed. GitLab Duo Agent Platform ha raggiunto la disponibilità generale nel gennaio 2026 e può usare agenti di base, agenti personalizzati, agenti esterni Claude Code e Codex e flussi multi-agente in grado di creare merge request o intervenire sui problemi delle pipeline.

È la governance a rendere questa soluzione particolarmente interessante. GitLab offre la selezione dei modelli a livello del namespace principale, impostazioni ereditate dai sottogruppi, controllo degli accessi basato sui gruppi e visibilità sull'utilizzo. I clienti Self-Managed possono inoltre usare modelli self-hosted. Per una banca, una piattaforma sanitaria o un'impresa con requisiti sulla residenza del codice, questo controllo può valere più del prezzo minimo per postazione.

GitLab considera l'intero ciclo di sviluppo software come contesto a disposizione dell'agente. Agentic Chat può operare su issue, merge request, pipeline, rilevamenti di sicurezza e dati di progetto. I flussi di base possono trasformare un'issue in una merge request, convertire configurazioni CI, correggere pipeline fallite e revisionare codice. Grazie a questo contesto più ampio, diminuisce la necessità di collegare manualmente un agente nell'editor, un issue tracker, un bot CI e un assistente di sicurezza.

I prezzi live di GitLab indicano Free a $0 con cinque utenti dotati di licenza per i gruppi GitLab.com privati, 400 minuti di calcolo e 10 GiB di archiviazione. Premium costa $29 per utente/mese con fatturazione annuale, comprende 10,000 minuti di calcolo e 500 GiB per progetto e, al momento, include una promozione da $12 in GitLab Credits per utente/mese. Ultimate ha un prezzo personalizzato, comprende 50,000 minuti di calcolo e 500 GiB per progetto e, attualmente, una promozione da $24 in crediti mensili per utente. Entrambi i piani a pagamento offrono una prova, ma la pagina live non ne specifica la durata.

Il limite riguarda la prevedibilità dei crediti. L'utilizzo aggiuntivo di Duo costa $1 per GitLab Credit, mentre i $12 o $24 mensili inclusi sono una promozione a tempo e non un diritto contrattuale. Prima di impegnarsi, conviene quindi simulare il piano a pagamento senza la promozione. Ogni blocco aggiuntivo di 1,000 minuti di calcolo costa $10; altri 10 GiB di archiviazione costano $5 al mese con fatturazione annuale.

Con 10 postazioni Premium, GitLab costa $290 al mese: $60 in più rispetto a GitHub Team con Copilot Business e $720 in più l'anno. In cambio, Premium include 10,000 minuti di calcolo, contro i 3,000 minuti Actions di GitHub Team, e integra la piattaforma agentica nello stesso ambiente DevSecOps. Il valore effettivo dipende dal fatto che l'organizzazione sfrutti quei controlli integrati o desideri soltanto un agente capace di scrivere codice.

Ideale per: aziende regolamentate, distribuzioni self-managed, delivery ad alta intensità di sicurezza e team che vogliono agenti lungo l'intero ciclo DevSecOps.
Punto di forza: governance a livello di namespace, agenti esterni e personalizzati, flussi multi-agente e supporto per modelli self-hosted convivono nella stessa piattaforma.
Prezzi: Free $0; Premium $29/utente/mese con fatturazione annuale; Ultimate ha un prezzo personalizzato; i GitLab Credits aggiuntivi costano $1 ciascuno, altri 1,000 minuti di calcolo $10 e 10 GiB di archiviazione aggiuntiva $5/mese con fatturazione annuale.
Prova gratuita: sì, per Premium e Ultimate; la pagina live non indica la durata.

4. Bitbucket: il miglior rapporto qualità-prezzo per i team incentrati su Jira

Bitbucket è quarto e, abbinato a Rovo Dev Standard, costa appena $6.50 al mese in più rispetto alla base GitHub da 10 postazioni. Il suo vantaggio principale non è il code hosting generico, ma la possibilità di eseguire un agente gestito da Atlassian con il contesto di Jira all'interno di Bitbucket Pipelines, oppure di usare Codex o Claude Code nello stesso passaggio controllato della pipeline.

Le Bitbucket Agentic Pipelines vengono eseguite nei normali container Pipelines e dispongono di checkout del repository, strumenti di build, un server MCP Bitbucket integrato e token OAuth con ambito circoscritto. Senza ricevere credenziali permanenti troppo ampie, l'agente può analizzare il codice, diagnosticare una build fallita, generare documentazione, eseguire il push di un commit o creare una pull request. I fornitori supportati comprendono Rovo Dev, Codex e Claude Code.

Atlassian definisce con chiarezza il perimetro di sicurezza: il lavoro completato dall'AI non dovrebbe diventare un release gate, perché l'output non è deterministico e richiede una verifica umana. È un'avvertenza utile, non un difetto. I team agentici devono circondare il lavoro probabilistico con test e approvazioni deterministici.

I prezzi live di Bitbucket indicano Free a $0 per un massimo di cinque utenti, con repository pubblici e privati illimitati, 1 GiB di spazio LFS e 50 minuti di build. Standard costa $3.65 per utente/mese. Premium costa $7.25 e aggiunge merge check, allowlist IP, permessi di distribuzione, verifica in due passaggi obbligatoria e smart mirroring. Standard e Premium offrono prove gratuite; per Data Center occorre contattare il reparto vendite. Altri 1,000 minuti di build o 100 GiB di spazio LFS costano $10.

Rovo Dev Standard aggiunge $20 per sviluppatore/mese, 2,000 crediti Rovo Dev per sviluppatore e una prova di 30 giorni. L'utilizzo aggiuntivo costa $0.01 per credito. Secondo la stima di Atlassian, 2,000 crediti coprono in genere da 20 a 75 revisioni del codice oppure da 5 a 50 attività CLI, a seconda della complessità.

Il limite è che ogni passaggio agentico può attivare due fatture. Consuma un normale minuto di build Pipelines e, in parallelo, i crediti Rovo Dev oppure la quota del modello prevista dal fornitore esterno. Con 10 utenti, Bitbucket Standard più Rovo Dev Standard costa $236.50 prima che uno dei due contatori superi la propria quota. È un prezzo competitivo, ma soltanto se il contesto Jira e l'integrazione con Pipelines riducono abbastanza il lavoro di coordinamento da giustificare la permanenza del workflow nell'ecosistema Atlassian.

Ideale per: team che usano già Jira e Bitbucket Pipelines e vogliono collegare le attività degli agenti al contesto di delivery.
Punto di forza: Agentic Pipelines offre un server MCP integrato e OAuth con ambito circoscritto all'interno del container CI esistente.
Prezzi: Bitbucket Free $0, Standard $3.65/utente/mese, Premium $7.25, mentre Data Center richiede un'offerta commerciale; Rovo Dev Standard aggiunge $20/sviluppatore/mese e $0.01 per ogni credito supplementare.
Prova gratuita: sì, per i piani Bitbucket Cloud a pagamento; Rovo Dev Standard offre una prova di 30 giorni.

5. Gitea: il miglior piano di controllo self-hosted leggero

Gitea è quinta perché offre alle aziende una forge compatta e portabile senza addebitare ogni utente open source, ma lascia all'acquirente il compito di integrare il livello agentico. Il piano Open Source con licenza MIT comprende utenti e repository illimitati, issue, pull request, gestione dei progetti, pacchetti e Gitea Actions.

Gitea Actions usa una sintassi dei workflow compatibile con GitHub Actions e può riutilizzare migliaia di action esistenti. API e webhook mettono a disposizione i punti d'integrazione necessari a un agente esterno per leggere issue, creare branch, inviare codice e aprire pull request. Gitea diventa così un piano di controllo neutrale credibile per un team di piattaforma disposto a integrare autonomamente Codex, Claude o un altro esecutore.

La flessibilità operativa è notevole. Open Source è software gratuito e può essere eseguito su Linux, Windows, macOS, FreeBSD o Kubernetes. Gitea Cloud offre un tenant isolato, la scelta della regione, backup e scalabilità gestiti, oltre a runner Actions on demand. Enterprise aggiunge SAML SSO, audit log, runner Kubernetes con scalabilità automatica e supporto.

Il selettore dei prezzi live di Gitea mostra $9.50 e $19 per utente/mese nelle modalità Self Managed e Cloud Managed, con l'indicazione di un impegno annuale. La struttura appiattita della pagina presenta insieme i due importi; l'interpretazione operativa è quindi $9.50 per Enterprise self-managed e $19 per Enterprise cloud-managed. Entrambe le opzioni commerciali pubblicizzano una prova di 30 giorni. Per 10 postazioni, la base ammonta rispettivamente a $95 o $190 al mese, mentre la licenza software Open Source costa $0.

Il limite non è Git, ma la responsabilità operativa. Le pagine live del prodotto e dei prezzi esaminate non indicano alcun livello nativo e gestito per agenti di programmazione. L'azienda deve quindi occuparsi di integrazione, credenziali dei modelli, isolamento dei job, budget e convenzioni di audit per gli agenti. Inoltre, software gratuito non significa infrastruttura, backup, upgrade, risposta agli incidenti o verifiche di sicurezza gratuiti.

Gitea vince quando il controllo del repository è strategico e il team di piattaforma gestisce già queste responsabilità. Perde quando un piccolo gruppo di prodotto vuole un workflow agentico pronto per lunedì senza dover mantenere un altro servizio.

Ideale per: team di piattaforma che richiedono self-hosting leggero, portabilità dei workflow e controllo sull'intero stack del repository.
Punto di forza: utenti e repository illimitati gratuiti, workflow compatibili con GitHub Actions, API e webhook.
Prezzi: Open Source è gratuito; il selettore Enterprise live mostra $9.50 per l'opzione self-managed e $19 per quella cloud-managed per utente/mese, con l'indicazione di un impegno annuale.
Prova gratuita: sì, 30 giorni per Enterprise e Gitea Cloud.

6. Azure DevOps Repos: la scelta giusta solo quando la governance Microsoft non è negoziabile

Azure DevOps Repos è sesto perché offre controlli credibili su repository e identità, ma la sua proposta per gli agenti di programmazione è divisa fra Azure Repos e GitHub. La revisione Copilot nativa per Azure Repos è ancora un'anteprima pubblica limitata che richiede registrazione e approvazione; il workflow di Azure Boards che chiede a Copilot di generare codice, invece, crea il branch e la bozza di pull request in un repository GitHub, non in Azure Repos.

Per un team agentico, questa separazione è decisiva. Durante l'anteprima, Azure Repos può ricevere il feedback di revisione di Copilot su una pull request. Azure Boards può monitorare un work item mentre Copilot scrive il codice, ma la documentazione attuale di Microsoft specifica che quel flusso richiede repository GitHub. Chi si aspetta un agente di programmazione Azure Repos nativo e completo scoprirà quindi che l'implementazione termina su un'altra forge.

Azure rimane una scelta solida quando identità e governance esistente prevalgono su tutto il resto. Le service connection possono usare identità del carico di lavoro Microsoft Entra al posto dei personal access token, con permessi circoscritti, nessun segreto persistente e un audit trail. I controlli di stato di Advanced Security possono bloccare il completamento di una pull request quando emergono nuovi rilevamenti High o Critical.

I prezzi di Azure DevOps indicano Basic gratuito per i primi cinque utenti e $6 al mese per ogni utente successivo. Basic comprende Azure Repos privati illimitati, Boards, Pipelines e 2 GiB di spazio Artifacts. Basic + Test Plans costa $52 per utente/mese e offre una prova di 30 giorni. Ogni organizzazione riceve un job parallelo ospitato da Microsoft con 1,800 minuti e un job parallelo self-hosted con minuti illimitati; i job paralleli aggiuntivi costano rispettivamente $40 e $15.

La sicurezza aggiunge un'altra voce al budget. Code Security costa $30 per committer/mese, Secret Protection $19 e l'utilizzo di Copilot Autofix $0.01 per GitHub AI Credit. Per 10 committer, i due prodotti di sicurezza totalizzano $490 al mese prima della base di hosting Basic da $30. In un ambiente Microsoft controllato la spesa può essere giustificata, ma non rappresenta un percorso economico verso una forge agent-native.

Ideale per: organizzazioni Azure DevOps esistenti in cui identità Entra, Boards, policy e procurement Microsoft contano più di un workflow agentico frammentato.
Punto di forza: costo base dell'hosting contenuto, identità del carico di lavoro Entra e integrazione matura con Azure Boards e Pipelines.
Prezzi: Basic è gratuito per cinque utenti, poi costa $6/utente/mese; Basic + Test Plans costa $52/utente/mese; i job paralleli ospitati e self-hosted aggiuntivi costano $40 e $15; Code Security costa $30/committer/mese e Secret Protection $19.
Prova gratuita: Basic mantiene una quota gratuita; Basic + Test Plans offre una prova di 30 giorni.

Quale piattaforma scegliere in base alle esigenze

Di solito, la piattaforma migliore è la forge che si può mantenere, non quella verso cui si può migrare. Trasferire la cronologia Git è semplice. Ricostruire Issue, CI, segreti, identità, policy dei branch, approvazioni delle distribuzioni, pacchetti, prove di audit e abitudini delle persone è la parte costosa.

Scegliere GitHub quando l'organizzazione usa agenti di più fornitori, pubblica software open source, dipende da Actions o vuole il piano di controllo neutrale più ampio. La decisione si sposta altrove soltanto se un'altra piattaforma risolve un vincolo preciso che giustifica il trasferimento dell'intero workflow circostante.

Scegliere Cursor Origin per un progetto privato e greenfield, con Cursor come standard e compatibile con Vercel, Depot o Buildkite. Se esiste già un repository GitHub, è meglio usare il mirror invece di un repository Origin nativo finché il progetto pilota non dimostra un beneficio.

Scegliere GitLab quando distribuzione self-managed, modelli self-hosted, accesso a livello di gruppo, sicurezza integrata e visibilità sulle attività degli agenti giustificano una base più costosa. La scelta torna a GitHub se il team ha bisogno soltanto di generare codice e non sfrutta i controlli di GitLab sull'intero ciclo di vita.

Scegliere Bitbucket quando i criteri di accettazione in Jira e Bitbucket Pipelines costituiscono già l'ossatura del delivery. La scelta cambia se il lavoro agentico deve essere portabile in un grande ecosistema di terze parti o se i due contatori di utilizzo rendono difficile governare la spesa.

Scegliere Gitea quando l'azienda vuole possedere una forge compatta e dispone già delle competenze di piattaforma necessarie a collegare e governare agenti esterni. Una piattaforma gestita torna preferibile se l'operatività del piano di controllo finisce per assorbire il risparmio.

Scegliere Azure DevOps Repos quando la governance Microsoft è un requisito fisso e l'AI rappresenta un'aggiunta secondaria. Se l'esigenza principale è l'implementazione generata dagli agenti, la scelta torna a GitHub, perché l'attuale flusso di programmazione basato sui work item di Microsoft dipende già da repository GitHub.

Le piattaforme da evitare per questo compito

È meglio evitare qualsiasi piattaforma che non possa fungere da sistema di riferimento supportato per i repository, anche quando esegue molto bene un agente. Alcuni frequenti errori di categoria fanno perdere tempo durante la migrazione.

Google Cloud Source Repositories per una nuova implementazione

Google Cloud Source Repositories non è disponibile per i nuovi clienti. Google dichiara che le organizzazioni che non lo avevano usato prima del 17 giugno 2024 non possono abilitare l'API e indirizza gli acquirenti verso Secure Source Manager. Non conviene avviare un nuovo programma agentico su un servizio legacy dal quale il fornitore stesso allontana già i nuovi clienti.

Northflank, Modal o Railway come piattaforma di code hosting

Northflank, Modal e Railway possono ospitare i runtime degli agenti, ma l'hosting runtime non equivale alla governance dei repository. Possono eseguire codice o fornire risorse di calcolo, mentre a gestire in modo permanente repository, pull request, policy e audit trail è ancora una forge come GitHub, GitLab, Bitbucket, Origin, Gitea o Azure Repos. Una piattaforma runtime va usata accanto alla forge, non al suo posto.

Cursor Origin standalone per produzione regolamentata durante l'early beta

Cursor Origin merita un progetto pilota e occupa il secondo posto, ma un repository standalone in early beta è una cattiva prima mossa per la produzione regolamentata. Il lancio comprende alcune integrazioni nominate e annuncia l'arrivo di ulteriori funzionalità agent-native. È meglio partire dal mirror di un repository GitHub, raccogliere dati e spostare la fonte ufficiale soltanto dopo l'approvazione dei requisiti di conformità, ripristino, policy e integrazione.

La mossa da fare lunedì: proteggere la capacità di revisione prima di migrare il codice

Lunedì conviene mantenere l'hosting attuale e avviare un solo progetto pilota controllato con agenti su un repository privato rappresentativo. L'obiettivo è capire se la nuova interfaccia aumenta il throughput accettato, non semplicemente se un agente sa produrre una pull request.

1. 1

   Scegliere un repository rappresentativo

   Serve un repository con CI attiva, regole dei branch significative, attività di manutenzione ricorrenti e un revisore che possa registrare il tempo impiegato. Vanno evitati sia un progetto giocattolo sia il sistema di produzione più sensibile.

2. 2

   Mantenere un'unica fonte canonica

   Se si prova Cursor Origin, va usato un mirror di GitHub. Se si testa un agente esterno su un'altra forge, quella forge deve rimanere canonica. Durante l'esperimento non devono nascere fonti ufficiali concorrenti.

3. 3

   Creare un'identità macchina

   Al lavoro agentico vanno assegnati un'identità dedicata, i soli permessi necessari e un'etichetta di audit. L'automazione non presidiata non dovrebbe usare il token personale di uno sviluppatore.

4. 4

   Impostare limiti di revisione e spesa

   Occorre richiedere approvazione umana e test deterministici. Budget per crediti AI e CI vanno impostati separatamente, insieme a una condizione di arresto in caso di errori ripetuti o eccezioni alle policy.

5. 5

   Misurare per due settimane

   Vanno monitorati pull request accettate per ora di revisione, controlli falliti, rilavorazioni, spesa AI, spesa CI ed eccezioni alle policy, confrontando il progetto pilota con la baseline abituale del repository.

6. 6

   Decidere quale sarà la fonte ufficiale

   Il livello di esecuzione va mantenuto se migliora il lavoro accettato senza aumentare il debito di revisione o controllo. Il repository va migrato soltanto se il beneficio ripaga anche il trasferimento di issue, CI, segreti, integrazioni e cronologia degli audit.

Il moltiplicatore delle pull request è utile soltanto se anche il sistema di approvazione riesce a scalare. Più branch generati non significano più throughput. A contare sono le modifiche sicure e accettate per ogni ora di revisione.

Domande frequenti

Qual è il miglior agente AI per programmare nel 2026?

Esecutore e piattaforma del repository sono due decisioni distinte. GitHub è l'hosting neutrale più sicuro per Copilot, Claude e Codex, mentre Cursor offre il progetto pilota integrato più stretto a un team standardizzato su Cursor. L'agente va scelto in base alla qualità per il singolo compito, mantenendo indipendente la governance del repository quando possibile.

Quali sono le migliori piattaforme di hosting per agenti AI?

Per il codice sorgente, le opzioni più solide sono GitHub, Cursor Origin, GitLab, Bitbucket, Gitea e Azure DevOps Repos. Piattaforme runtime come Northflank, Modal e Railway stabiliscono dove viene eseguito un agente; non sostituiscono la forge che gestisce branch, pull request, policy e audit trail.

Qual è la migliore piattaforma AI per gli agenti?

GitHub è la scelta migliore per governare agenti diversi, Cursor Origin per un progetto pilota greenfield agent-native, GitLab per programmi regolamentati o self-managed e Bitbucket per il delivery incentrato su Jira. Gitea è indicato per i team che vogliono costruire il proprio piano di controllo, mentre Azure Repos si adatta agli ambienti Microsoft in cui l'AI è secondaria.