Il vero problema è la rottura di compatibilità

La v4.0.0 arriva due mesi dopo la migrazione ad Antigravity e impone una migrazione a chi usava la serie precedente

Due giorni fa, il rilascio di Google Ads API Developer Assistant v4.0.0 è stato letto soprattutto come un’apertura di Google a Claude Code. L’integrazione del framework rivale, accanto ad Antigravity, sembra un segnale di resa competitiva o, nella lettura più benevola, di pragmatismo verso gli sviluppatori. Ma se ci si ferma al supporto dual-platform, si perde il dato che obbliga a ripensare la misurazione del valore dell’assistente. La v4.0.0 è una major release non compatibile con le versioni precedenti. Non è un aggiornamento che si somma alla serie storica: è una frattura.

Per chi lavora con metriche di adozione e performance, una rottura di retrocompatibilità non è un dettaglio tecnico. È un cambio di denominatore. Le serie storiche costruite sulla v3.0.0, le curve di adozione, i confronti tra versioni: tutto va ricalibrato. E questo avviene nel momento in cui la novità di superficie è la più visibile: Claude Code.

Il paradosso del supporto a Claude Code

La versione 4.0.0 introduce il supporto per Antigravity e Claude Code. L’Assistente è costruito come plugin modulare per i framework agentici Google Antigravity e Claude Code. In apparenza, è una mossa di apertura: chi sviluppa su Claude Code può usare l’Assistente senza cambiare ambiente. Ma la stessa release dichiara la non compatibilità con i rilasci precedenti. L’effetto è paradossale: proprio quando lo strumento si apre a un nuovo ecosistema, chi lo usa da tempo non può semplicemente aggiornarlo, deve migrare.

Non ci sono, nell’annuncio, dati su quante installazioni della v3.0.0 verranno abbandonate né su eventuali percorsi di migrazione automatica. L’unico fatto certo è la rottura. Se il supporto a Claude Code è solo la superficie, la sequenza temporale delle versioni racconta una storia diversa.

Ciò che i numeri di versione rivelano davvero

Per rispondere, guardiamo ai fatti già datati. La versione 3.0.0, datata 10 giugno 2026, aveva spostato l’Assistente da Gemini CLI al framework Antigravity e introdotto Skills modulari. Non era stato un ritocco: era una migrazione di piattaforma, con nuove competenze modulari. Due mesi e mezzo dopo, il 25 agosto, arriva la v4.0.0 con supporto dual-platform e rottura di compatibilità. L’accelerazione è evidente, ma la direzione è ancora più chiara: Google sta ricomponendo l’architettura dell’Assistente attorno ai framework agentici, non attorno a una singola interfaccia.

Questa accelerazione va letta insieme alla storia di Antigravity. Già nel novembre 2025 Google aveva lanciato la piattaforma di sviluppo agentica Antigravity, assorbendo Gemini CLI. In meno di un anno l’Assistente è passato da Gemini CLI ad Antigravity e poi al doppio supporto Antigravity-Claude Code, spezzando la retrocompatibilità. Il punto non è la rapidità in sé; è che la sequenza 3.0.0 → 4.0.0 non offre una metrica di continuità. Ogni passaggio ha comportato una migrazione, e l’ultimo lo rende esplicito.

Resta una domanda scomoda: come si misura se questa rottura ha portato valore effettivo o solo costi di migrazione? Senza una metrica di adozione per versione, senza confronti tra chi è rimasto sulla v3 e chi è migrato alla v4, qualsiasi valutazione rischia di confondere il costo del cambiamento con il beneficio del nuovo supporto. I confronti pre-post, in particolare, sono fragili: se la produttività cala subito dopo la migrazione, è colpa della rottura o del tempo necessario per adattarsi? Servirebbe un disegno che separi l’effetto migrazione dall’effetto framework.

La metrica che manca

La domanda diventa concreta se guardiamo all’altro strumento Google Ads. Il server MCP open-source di Google Ads è strettamente read-only: può leggere dati, non consente scritture. L’Assistente v4.0.0, invece, promette di generare codice idiomatico in Python, Java, PHP,.NET e Ruby. Sono due profili di rischio e di misurazione molto diversi. Per uno strumento read-only, il valore si misura in accessi, query servite e accuratezza dei dati restituiti. Per un assistente che scrive codice, il valore incrementale andrebbe misurato su errori evitati, tempo di integrazione, adozione reale tra sviluppatori e, idealmente, confronti con un gruppo di controllo che non usa l’assistente. Di queste metriche, al momento, non c’è traccia nell’annuncio.

Non è il supporto a Claude Code la notizia da monitorare; è la rottura di compatibilità. Finché non avremo dati su migrazioni, errori e adozione effettiva, la metrica resterà una promessa, non una misura. E per chi deve giustificare la spesa in strumenti agentici, questa è la differenza che conta.