Perché Gemini è stato bandito dagli strumenti di coding interni di Google? La storia di Sergey Brin spiegata

Avatar
Lisa Ernst · 28.07.2026 · Intelligenza Artificiale · 9 min

La frase “Sergey Brin Google Gemini ban” fa sembrare l'episodio più drammatico di quanto le prove supportino. Google non ha vietato Gemini al pubblico, le autorità di regolamentazione non lo hanno proibito, e Brin non ha detto che il modello avesse fallito una revisione di sicurezza. Ha descritto una situazione più ristretta e più strana: una pagina web interna di Google che elenca gli strumenti di coding ha inserito Gemini nella colonna del “no”.

La storia proviene dall'apparizione di Brin all'All-In Live a Miami il 20 maggio 2025. È riemersa nella copertura tecnologica e nei post sui social nel luglio 2026, motivo per cui molti lettori la stanno incontrando come una notizia fresca. Il fatto centrale è reale, ma l'esatta logica politica non è mai stata divulgata pubblicamente.

Punti chiave

Cosa ha detto realmente Sergey Brin

Durante l'intervista, Brin stava discutendo il suo ritorno al lavoro tecnico pratico in Google. Ha spiegato di aver iniziato a toccare diverse parti dei sistemi dell'azienda, inviando piccole modifiche al codice ed eseguendo esperimenti in modo da poter comprendere direttamente la tecnologia piuttosto che solo tramite i briefing dei dirigenti.

La conversazione si è poi spostata sulla codifica assistita dall'intelligenza artificiale. Brin ha affermato che Google manteneva un elenco che definiva quali strumenti potevano e non potevano essere utilizzati per scrivere codice. Gemini, la famiglia di IA di punta di Google, si trovava sul lato proibito di quella pagina interna. Ha detto che la situazione lo aveva "sconvolto" e ha fatto riferimento a una serie di ragioni storiche piuttosto che a una chiara giustificazione attuale.

Voglio dire, nessuno avrebbe fatto rispettare questa regola, ma c'era questa pagina web interna.
Sergey Brin
Sergey Brin
Co-fondatore di Google, intervenuto all'All-In Live a Miami il 20 maggio 2025

Brin ha detto di aver combattuto la politica e che risolverla ha richiesto una quantità di tempo "scioccante". Ha anche detto che il problema è stato infine risolto e che Google stava provando diversi strumenti di codifica AI interni ed esterni per determinare cosa migliorasse realmente la produttività degli sviluppatori.

Perché Gemini è stato bandito dagli strumenti di coding interni di Google?

La risposta più accurata è: Google non ha fornito pubblicamente una ragione specifica. Brin non ha identificato un incidente di sicurezza, una controversia sul copyright, una violazione della privacy, scarse prestazioni di codifica o un ordine normativo. La sua stessa spiegazione era che Gemini era finito nella lista interna di non utilizzo per ragioni storiche che non gli sembravano più sensate.

Questa formulazione suggerisce una decisione di approvazione obsoleta o una politica che ha superato le circostanze che l'hanno creata. Non ci dice quali fossero quelle circostanze originali. Qualsiasi affermazione che la restrizione sia stata sicuramente causata da fughe di codice sorgente, allucinazioni del modello, problemi di licenza o rivalità interna va oltre le prove pubbliche.

Primo piano del codice sorgente visualizzato sullo schermo di un laptop

Fonte: commons.wikimedia.org

Le grandi aziende controllano comunemente quali assistenti di codice possono accedere a repository, prompt e ambienti di sviluppo. Il racconto di Brin dimostra come un elenco di approvazione possa rimanere non allineato con l'attuale strategia di prodotto dell'azienda.

Cosa significa di solito una "lista nera" interna

Un elenco di strumenti approvati è un meccanismo di governance, non necessariamente un verdetto secondo cui un prodotto è cattivo. Nelle organizzazioni software, un assistente di codice potrebbe richiedere una revisione perché può ricevere codice proprietario, recuperare il contesto del repository, generare materiale con licenza, chiamare servizi esterni o archiviare la telemetria. I team di sicurezza potrebbero anche aver bisogno di controlli di identità, registrazione, regole di elaborazione regionali e garanzie contrattuali prima di approvare uno strumento.

La documentazione pubblica di Google per Gemini Code Assist illustra il tipo di controlli che gli acquirenti aziendali si aspettano ora. Descrive l'autenticazione tramite identità gestite, l'accesso basato su IAM e gli impegni di protezione dei dati. Questi controlli pubblici aiutano a spiegare perché gli strumenti di codifica sono regolati con attenzione, ma non dimostrano perché Gemini sia apparso nell'elenco storico interno di Google.

Per una spiegazione più ampia di queste questioni sui dati, la guida di Zerlo a Preoccupazioni sulla privacy dei dati di Google Gemini separa le impostazioni di attività del consumatore dagli impegni di governance dei dati aziendali.

Cosa non significa la storia

Interpretazione comune Ciò che le prove disponibili supportano
Google ha bannato Gemini ovunque No. Brin ha descritto una pagina interna di approvazione degli strumenti di codifica, non un divieto pubblico di prodotto.
Gemini ha fallito un audit di sicurezza confermato Nessuna tale scoperta è stata divulgata nel resoconto di Brin.
Gli ingegneri di Google non erano del tutto in grado di usare Gemini Brin ha affermato che la regola non era realmente applicata, sebbene la pagina formale interna elencasse ancora la restrizione.
L'incidente è avvenuto a luglio 2026 Il resoconto pubblico originale risale al 20 maggio 2025; la storia è poi riemersa nella copertura del 2026.
La restrizione esiste ancora Brin ha detto che è stato risolto e che Google stava implementando e testando strumenti di codifica AI.

Gemini per i consumatori, i modelli Gemini e i prodotti di codifica non sono la stessa cosa

Parte della confusione deriva dall'uso di "Gemini" come singola etichetta per diversi livelli. Gemini può riferirsi alla famiglia di modelli di Google DeepMind, all'applicazione di chat pubblica Gemini, alle API utilizzate dagli sviluppatori o ai prodotti di codifica come Gemini Code Assist. Una policy interna può approvare un'implementazione e restringerne un'altra perché i flussi di dati, le identità degli utenti, l'accesso ai repository e le disposizioni di logging differiscono.

Interfaccia web di Google Gemini visualizzata a maggio 2026

Fonte: commons.wikimedia.org

L'applicazione web pubblica Gemini è distinta da un assistente di coding aziendale collegato a repository privati. L'aneddoto di Brin riguardava l'approvazione interna degli strumenti di coding, non il normale accesso a questa interfaccia per i consumatori.

Google ha annunciato il 20 maggio 2025 che Gemini Code Assist per gli individui e il suo prodotto di revisione del codice GitHub erano generalmente disponibili e alimentati da Gemini 2.5. Il lancio pubblico avvenuto nella stessa data dell'intervista di Brin rende la restrizione interna particolarmente contraddittoria, ma non rivela ancora quando è stato creato il vecchio elenco interno o esattamente quando è stato rimosso.

Sundar Pichai ha rimosso il divieto?

Brin ha descritto chiaramente l'escalation del problema dopo aver faticato a risolverlo attraverso il processo normale. Diversi rapporti successivi identificano il CEO di Google e Alphabet Sundar Pichai come il dirigente che ha contribuito a rimuovere la restrizione. Tuttavia, la trascrizione ampiamente diffusa del passaggio dell'intervista pertinente non nomina chiaramente Pichai a quel punto. La formulazione più sicura è che Brin abbia escalato la disputa ai dirigenti senior e abbia detto che il problema era stato risolto; i rapporti attribuiscono l'intervento finale a Pichai.

Questa distinzione è importante perché i riassunti virali spesso trasformano un aneddoto informale in una precisa cronologia aziendale. Google non ha pubblicato la pagina web interna, il verbale decisionale originale, il team approvante o un'analisi formale post-mortem. Le prove pubbliche provengono principalmente dalla storia di Brin e dalle successive cronache su di essa.

Perché l'aneddoto è importante oltre Google

L'episodio è un utile esempio di come l'adozione dell'IA possa essere rallentata dalla struttura organizzativa piuttosto che dalla capacità del modello. Un'azienda può promuovere pubblicamente un prodotto IA mentre i sistemi interni di sicurezza, legali, di approvvigionamento e ingegneristici lo considerano ancora non approvato. Il risultato è un divario tra l'intento strategico e l'accesso quotidiano degli sviluppatori.

Tre lezioni risaltano:

  1. Gli elenchi di approvazione necessitano di proprietari e di revisioni alla scadenza. Una regola senza un proprietario attuale può sopravvivere dopo che la sua logica originale scompare.
  2. Il “dogfooding” necessita di un percorso di implementazione approvato. I dipendenti non possono testare responsabilmente un prodotto su lavoro riservato solo perché la loro azienda lo ha creato.
  3. L'escalation non è un sostituto della governance. Brin poteva spingere la questione verso l'alto; gli ingegneri ordinari hanno bisogno di un processo documentato per contestare restrizioni obsolete.

La parte più interessante della storia non è quindi che Google una volta diffidava di Gemini. Le prove non lo attestano. È che il sistema di controllo interno di Google apparentemente non è riuscito a tenere il passo con la strategia AI di Google stessa, e persino un co-fondatore ha trovato la correzione sorprendentemente difficile.

FAQ

Google Gemini è stato davvero bandito all'interno di Google?

Secondo Sergey Brin, Gemini è apparso in una "lista nera" interna per gli strumenti che i dipendenti erano autorizzati a utilizzare per la codifica. Ha anche detto che la regola non era realmente applicata, quindi "elencato come non approvato" è più preciso che dire che tutto l'uso interno di Gemini era tecnicamente bloccato.

Perché Google ha messo Gemini nella lista di non utilizzo?

Google non ha pubblicato il motivo. Brin ha fatto riferimento solo a insolite ragioni storiche. La sicurezza, la privacy, la proprietà intellettuale e le preoccupazioni sugli acquisti sono ragioni comuni per i processi di approvazione degli strumenti di codifica, ma nessuna è stata confermata come causa in questo caso.

Quando ha raccontato la storia Sergey Brin?

L'ha raccontata durante un'intervista All-In Live a Miami il 20 maggio 2025. L'aneddoto è ricircolato nel luglio 2026, facendolo sembrare nuovo ai lettori che non avevano visto l'intervista originale.

Sundar Pichai ha rimosso il divieto di Gemini?

Rapporti successivi affermano che Brin ha escalato la questione a Sundar Pichai e che Pichai ha supportato la rimozione della restrizione. Il resoconto pubblico di Brin conferma l'escalation e la risoluzione, sebbene la trascrizione comunemente disponibile non nomini chiaramente Pichai nel passaggio pertinente.

Gemini era considerato non sicuro per la codifica?

Brin non lo ha detto. Nessun fallimento di sicurezza pubblico o specifica formale di sicurezza è stato citato come motivo per l'inserimento nell'elenco interno. Google ha successivamente ampliato i prodotti di codifica basati su Gemini e ha pubblicato controlli di sicurezza aziendali e di governance dei dati.

Gemini è ancora bandito dagli strumenti di coding interni di Google?

Brin ha detto che il problema è stato risolto e che Google stava testando e implementando più strumenti di intelligenza artificiale per migliorare la produttività degli sviluppatori. Non ci sono prove pubbliche che la stessa restrizione sia ancora in vigore.

In sintesi

La storia del divieto di Sergey Brin su Google Gemini è meglio intesa come un fallimento della governance interna, non un divieto pubblico o un giudizio confermato che Gemini fosse insicuro. Gemini è apparso in una "lista nera" di strumenti di codifica per ragioni che Brin ha definito storiche e difficili da comprendere. Ha contestato la politica, l'ha portata all'escalation e ha detto che alla fine è stata corretta. Ciò che rimane sconosciuto è la logica originale, quale team possedeva la regola e per quanto tempo fosse stata obsoleta.

Condividi il nostro articolo!
Fonti