Zed 1.0 è uscito il 29 aprile 2026 e nella community degli sviluppatori la notizia ha scatenato migliaia di reazioni nel giro di poche ore. Nathan Sobo, il programmatore che quasi quindici anni fa creò Atom — l’editor che rivoluzionò il modo in cui scrivevamo codice, prima che Microsoft lo comprasse attraverso GitHub e lo mandasse al macero — ci riprova con un approccio radicalmente diverso. Niente Electron, niente browser mascherato da applicazione desktop, niente compromessi sulle prestazioni. Zed è scritto in Rust dalla prima all’ultima riga, con un framework grafico proprietario chiamato GPUI che spedisce ogni pixel direttamente alla GPU. I numeri fanno effetto anche al più cinico degli osservatori: avvio in 0,12 secondi, un sedicesimo della memoria di VS Code, latenza di input sotto i 3 millisecondi.
Ma Zed non è un progetto di garage, né un’iniziativa comunitaria cresciuta dal basso come Neovim. Dietro c’è Zed Industries, un’azienda di San Francisco con oltre 42 milioni di dollari raccolti da Sequoia Capital e altri investitori della Silicon Valley — lo stesso ecosistema finanziario che alimenta le big tech contro cui molti sviluppatori open source combattono da anni. Il codice è libero sotto licenza GPL, d’accordo — ma il modello di business punta dritto sulla vendita di servizi AI integrati nell’editor, con abbonamenti a consumo basati sui token e piani enterprise per le aziende. La domanda che vale la pena porsi non è se Zed sia veloce. Lo è, e di gran lunga. La domanda è un’altra: siamo davanti a un progetto che restituisce potere agli sviluppatori, o all’ennesima startup che usa l’open source come specchietto per le allodole mentre costruisce il prossimo recinto digitale?
Da Atom alla rinascita in Rust: la parabola di Nathan Sobo
Per capire Zed bisogna partire da Atom, e per capire Atom bisogna ricordare come funzionava il mondo degli editor prima del 2014. C’erano Vim ed Emacs da una parte — potentissimi, configurabili all’infinito, con una curva di apprendimento che scoraggiava chiunque non fosse disposto a investirci settimane. Dall’altra c’erano Sublime Text e TextMate, eleganti ma proprietari, dipendenti dalla volontà di un singolo sviluppatore o di una piccola azienda. Atom arrivò con una promessa ambiziosa: un editor moderno, estensibile, completamente open source, costruito con le tecnologie web che gli sviluppatori già conoscevano. Sobo lo aveva concepito come un progetto che appartenesse alla comunità, e per qualche anno quella promessa sembrò reale.
Poi la storia prese la piega che prende sempre quando il capitale entra in gioco. GitHub acquisì Atom nel 2014. Microsoft acquisì GitHub nel 2018 per 7,5 miliardi di dollari. E nel giugno 2022, senza troppi complimenti, Microsoft annunciò la chiusura definitiva di Atom. Il motivo non dichiarato era ovvio a chiunque: VS Code, lanciato nel 2015, aveva già conquistato una fetta enorme del mercato degli editor. Mantenere un concorrente interno non aveva senso — almeno non dal punto di vista di chi ragiona in quote di mercato, lock-in nell’ecosistema Azure e integrazione con GitHub Copilot. La morte di Atom fu una lezione brutale su cosa succede quando un progetto open source dipende dalla benevolenza di una corporation: la benevolenza finisce quando non è più conveniente.
Sobo non ha atteso la sepoltura per ricominciare. Il lavoro su Zed era iniziato già nel 2022, con una scelta tecnica che era anche una dichiarazione filosofica: abbandonare completamente Electron — la tecnologia che lui stesso aveva contribuito a creare per Atom — per ripartire da Rust. Un linguaggio nato per le prestazioni e la sicurezza della memoria, senza garbage collector, con un sistema di ownership che impedisce intere categorie di bug a tempo di compilazione. Non è stato un capriccio da ingegnere: era il rifiuto esplicito del compromesso che aveva definito un’intera generazione di applicazioni desktop, quella in cui si accettava di portarsi dietro un intero browser web come runtime in cambio della facilità di sviluppo. Una scelta coraggiosa, ma anche strategica: Rust era ed è il linguaggio del momento per chi costruisce software di sistema, e adottarlo significava attrarre una community di sviluppatori appassionati e competenti.
Il progetto è rimasto in fase pre-1.0 per oltre tre anni, accumulando più di mille release intermedie. Il supporto per Linux è arrivato nel 2024, quello per Windows nel 2025. Nello stesso periodo, Zed Industries ha raccolto fondi con la velocità tipica delle startup della Valley: 10 milioni nel 2023, poi 32 milioni in un Series B guidato da Sequoia Capital nell’agosto 2025. Tra gli angel investor figurano Dylan Field, CEO di Figma, e Tom Preston-Werner, co-fondatore di GitHub. Il profilo è inconfondibile: non siamo di fronte a un progetto comunitario nato dalla passione di qualche hacker, ma a una startup con ambizioni da piattaforma. E le piattaforme, lo sappiamo bene, tendono a chiudersi una volta raggiunta la massa critica.
GPU, Rust e zero compromessi: perché Zed 1.0 è così veloce
Il cuore tecnico di Zed si chiama GPUI — un framework per interfacce grafiche che il team ha costruito da zero in Rust, senza appoggiarsi a toolkit esistenti come GTK, Qt o — ovviamente — Chromium. L’approccio è radicale: ogni elemento dell’interfaccia viene renderizzato direttamente dalla scheda grafica attraverso Metal su macOS, Vulkan o DirectX 12 su Windows e Linux. Sobo ha descritto la filosofia progettuale come “organizzare l’intera applicazione attorno al feeding di dati agli shader sulla GPU”. Non è un modo di dire: è letteralmente la stessa logica dei motori di gioco, applicata a un editor di testo. La decisione di costruire tutto da zero — invece di appoggiarsi a framework esistenti — ha permesso al team di ottimizzare ogni aspetto del rendering, dal text shaping al layout, dal compositing alla gestione degli input. Il prezzo di questa libertà è un ecosistema chiuso: GPUI non è intercambiabile con nessun altro framework, e chi vuole scrivere estensioni per Zed deve imparare un sistema proprietario.
I benchmark raccontano una storia chiara, anche prendendo i numeri con tutta la cautela del caso. Zed si avvia in circa 0,12 secondi contro gli 1,2 di VS Code — dieci volte più veloce, un dato che non si può liquidare come ottimizzazione marginale. Il consumo di memoria è il dato più sorprendente: 222 MB contro oltre 3.500 MB per un progetto di dimensioni medie aperto in VS Code. Sedici volte di meno. La latenza di input — quel ritardo invisibile ma percepibile tra la pressione di un tasto e la comparsa del carattere sullo schermo — scende a 2 millisecondi, contro i 25 di VS Code. Con le funzionalità AI attive, Zed completa l’avvio con indicizzazione del workspace e inizializzazione dell’intelligenza artificiale in circa 2,6 secondi consumando 350-450 MB di RAM, mentre VS Code con GitHub Copilot abilitato supera tipicamente il gigabyte durante la stessa fase. GPUI è in grado di renderizzare un file Rust da 100.000 righe in meno di un millisecondo su hardware Apple M3 — un miglioramento del 42% rispetto alla versione precedente, ottenuto grazie alla riscrittura del scene graph e alle ottimizzazioni SIMD per il text shaping.
Per la maggior parte degli sviluppatori, va detto con onestà, queste differenze non cambiano la vita quotidiana. Se lavori su un MacBook recente con progetti di dimensioni normali, VS Code è più che adeguato e il suo ecosistema di estensioni non ha rivali. Ma per chi lavora su codebase massive, su macchine datate, su server remoti dove ogni megabyte conta — o semplicemente per chi crede che il software non debba sprecare risorse per pigrizia ingegneristica — Zed dimostra che si può fare enormemente meglio quando si parte da un foglio bianco e si scrivono le fondamenta con cura. Il vero ostacolo all’adozione non sono le prestazioni, ma l’ecosistema: manca quel plugin specifico su cui hai costruito anni di flusso di lavoro, quel tema che ormai è un’estensione della tua mente, quell’integrazione con il tool aziendale che nessuno ha ancora portato su Zed.
Zed 1.0 arriva comunque con un set di funzionalità robusto: integrazione Git completa con staging, branching e commit, debugging nativo per più linguaggi, sviluppo remoto via SSH, bookmarks persistenti tra le sessioni, rainbow bracket highlighting, anteprima Markdown con supporto per le GIF. GPUI è stato rilasciato sotto licenza Apache 2.0 — più permissiva della GPL che copre l’editor — per incoraggiare l’adozione del framework anche al di fuori del progetto. Una mossa strategica che potrebbe pagare nel lungo periodo, se altri sviluppatori decideranno di usare GPUI per le proprie applicazioni Rust. Non manca nulla di essenziale per lavorare — ma “essenziale” e “sufficiente” non sono sinonimi, e la migrazione da un editor all’altro non è mai solo una questione di feature su una checklist.
Intelligenza artificiale, protocolli aperti e i 42 milioni di Sequoia
Ed eccoci al nocciolo politico della questione, quello che trasforma la recensione di un editor di testo in un’analisi delle dinamiche di potere nell’industria del software. Zed 1.0 non è solo un editor veloce — è un editor che vuole diventare il punto d’accesso privilegiato per l’intelligenza artificiale nella programmazione. E l’AI è il canale attraverso cui Zed Industries intende monetizzare i 42 milioni di dollari che Sequoia Capital si aspetta di veder fruttare. Non è un dettaglio secondario: è il cuore della strategia commerciale.
L’elemento tecnicamente più interessante è l’Agent Client Protocol (ACP), un protocollo aperto sotto licenza Apache 2.0 che standardizza la comunicazione tra editor e agenti AI. L’idea è elegante, mutuata dal Language Server Protocol che ha rivoluzionato il modo in cui gli editor gestiscono l’analisi del codice: un protocollo universale, tanti agenti diversi che possono collegarsi. Attraverso ACP, Zed permette di integrare Claude Agent di Anthropic, Codex di OpenAI, Gemini CLI di Google e altri agenti direttamente nell’editor, in pannelli dedicati dove l’AI può leggere il codice, modificare file, eseguire comandi. JetBrains ha annunciato il supporto ACP per i propri IDE. Plugin per Neovim esistono già — CodeCompanion e avante.nvim permettono di collegare agenti compatibili senza abbandonare il proprio workflow. Se ACP dovesse diventare lo standard de facto — come LSP lo è diventato per i language server — sarebbe genuinamente un progresso per l’intero ecosistema.
Ma il modello di business racconta un’altra storia, ed è qui che bisogna tenere gli occhi aperti. Il piano gratuito di Zed include 2.000 edit prediction — suggerimenti inline generati dall’AI — e null’altro in termini di intelligenza artificiale. Per accedere ai modelli ospitati sui server di Zed, serve un abbonamento Pro da 10 dollari al mese, che include appena 5 dollari di crediti token. Oltre quella soglia, si paga a consumo: prezzo delle API del provider più un ricarico del 10% per Zed. L’azienda lo ha ammesso senza giri di parole in un post sul proprio blog: “le bollette degli LLM sono diventate la nostra spesa maggiore, e più clienti paganti si traducono in più soldi persi”. La risposta? Ribaltare i costi sugli utenti, con un margine che permetta di restare a galla. C’è anche il piano Enterprise — prezzo su richiesta, con SSO, analytics d’uso e garanzie sulla privacy — il classico prodotto B2B pensato per le aziende che vogliono distribuire Zed ai team di sviluppo e, non dimentichiamolo, controllare come i dipendenti interagiscono con l’AI.
La questione privacy merita di essere sviscerata, perché è qui che si gioca la credibilità di qualsiasi strumento che integra AI nel flusso di lavoro quotidiano. Zed dichiara accordi di Zero Data Retention con Anthropic, Google, OpenAI e xAI: il codice inviato per le query AI non viene conservato né usato per l’addestramento dei modelli. Fin qui, sulla carta, tutto bene. Ma esiste un meccanismo che dovrebbe far alzare le antenne a chiunque lavori con codice sensibile: quando un utente valuta una risposta dell’AI cliccando il pollice su o il pollice giù, l’intera conversazione — messaggi, risposte dell’AI, metadati del thread — viene inviata e conservata sui server di Zed. Diversi sviluppatori nella community hanno segnalato il rischio concreto di click accidentali su quei pulsanti, che potrebbero esporre frammenti di codice proprietario senza che l’utente se ne renda conto. A marzo 2026 Zed ha aggiornato i propri termini di servizio per documentare pratiche “già in essere ma mai scritte” — una frase che, detta da un’azienda che gestisce codice altrui, non è esattamente rassicurante. Il codice sorgente di Zed è pubblico e ispezionabile, il che è un vantaggio reale — ma quanti sviluppatori hanno le competenze e soprattutto il tempo di condurre un audit serio su un progetto di questa complessità?
C’è poi DeltaDB, il progetto che Zed ha svelato insieme al round di finanziamento da 32 milioni. Si tratta di un motore di sincronizzazione basato su CRDT — Conflict-free Replicated Data Types — che traccia ogni modifica al codice a livello di singolo carattere, non di commit come Git. L’obiettivo dichiarato è creare un ambiente in cui più sviluppatori e agenti AI possano lavorare simultaneamente sullo stesso codice con “una visione condivisa e coerente della codebase in evoluzione”, generando permalink a livello di carattere che sopravvivono a qualsiasi trasformazione. DeltaDB è progettato per interoperare con Git, non per sostituirlo — almeno questo è il messaggio ufficiale. Ma il potenziale di lock-in è lampante: quando il tuo flusso di lavoro quotidiano dipende dalla sincronizzazione in tempo reale, dalla cronologia carattere per carattere e dall’integrazione nativa con gli agenti AI, migrare a un altro strumento smette di essere una semplice preferenza. Diventa un costo che pochi saranno disposti a sostenere. Il fatto che DeltaDB sia stato annunciato insieme al finanziamento non è casuale — è il prodotto su cui Sequoia scommette per la prossima fase di crescita.
Facciamo un passo indietro e guardiamo la storia con occhi disincantati. MySQL era un progetto open source eccellente prima che Oracle lo acquisisse e la community fosse costretta a rifugiarsi nel fork MariaDB. Redis era il database in-memory più amato dagli sviluppatori prima che Redis Ltd cambiasse la licenza per impedire ad Amazon di rivenderlo come servizio. Elasticsearch era uno standard de facto prima che Elastic modificasse i termini per le stesse ragioni. Il pattern si ripete con una regolarità che dovrebbe insegnare qualcosa: un progetto nasce libero, attira una community, riceve finanziamenti, cresce — e poi, quando la pressione degli investitori diventa insostenibile, le regole cambiano. La qualità tecnica non ha mai protetto nessuno da questa dinamica. La GPL di Zed è una garanzia più forte della MIT o della Apache usate da Redis ed Elastic — il codice non può essere chiuso, e questo conta. Ma il valore commerciale non sta nel codice: sta nei servizi che ci girano attorno. L’editor è l’esca gratuita, i servizi AI e la piattaforma di collaborazione sono dove si incassa. Non è illegale, non è nemmeno necessariamente sbagliato — ma è importante chiamare le cose con il loro nome senza nascondersi dietro la retorica della community.
Chi cerca alternative genuinamente comunitarie le trova, e funzionano. Neovim è governato da una community decentralizzata che non risponde a nessun fondo di investimento — nessun CEO, nessun board, nessun Series B. Helix offre un editor modale moderno, scritto in Rust come Zed, senza venture capital e senza velleità di piattaforma AI. Emacs, dopo quasi mezzo secolo, continua a dimostrare che il software libero può sopravvivere a qualsiasi ciclo di hype tecnologico. Questi progetti non hanno i benchmark da urlo di Zed — è vero, non li hanno. Ma possiedono qualcosa che nessun assegno da 42 milioni di dollari può comprare: l’indipendenza strutturale dalle logiche di profitto.
Zed 1.0 è un editor eccellente. Probabilmente il migliore disponibile oggi per chi mette le prestazioni al primo posto. GPUI è un’innovazione genuina che dimostra cosa si può ottenere quando si rifiuta il compromesso di Electron. L’Agent Client Protocol è un passo avanti per l’intero ecosistema del coding assistito dall’AI — un protocollo aperto è sempre meglio di un’integrazione proprietaria come GitHub Copilot. La scelta di Rust è la dimostrazione vivente che il software nativo non è morto, anzi, non è mai stato così rilevante come nell’era delle applicazioni gonfie e dei framework elefantiaci.
Ma “eccellente” non è sinonimo di “libero” nel senso pieno del termine. Dietro ogni scelta tecnica c’è una scelta politica, e Zed ha fatto le sue: venture capital da Sequoia, modello open core con monetizzazione dell’AI, ambizioni da piattaforma con DeltaDB. Non sono scelte illegittime, ma vanno riconosciute per quello che sono — senza nasconderle dietro il linguaggio della disruption e dell’innovazione aperta.
La prossima volta che aprite un editor, chiedetevi: chi lo finanzia? Dove vanno i vostri dati quando l’AI “vi aiuta” a scrivere codice? Chi decide la roadmap del progetto — una community o un consiglio d’amministrazione che risponde a Sequoia Capital? Nel caso di Neovim, Helix o Emacs, la risposta è una comunità di persone che scrivono software perché ci credono. Nel caso di Zed, è un’azienda che deve produrre un ritorno sugli investimenti. La differenza non è tecnica — è politica. E nel 2026, con l’intelligenza artificiale che ridisegna il lavoro e gli strumenti di chi scrive codice, questa distinzione conta più che mai.
Domande frequenti
Zed è davvero gratuito e open source?
L’editor Zed è open source sotto licenza GPL per il client e AGPL per i componenti server, con il codice sorgente pubblico su GitHub. Il framework GPUI è rilasciato sotto licenza Apache 2.0. Le funzionalità base dell’editor sono completamente gratuite, ma l’accesso ai modelli AI ospitati da Zed richiede un abbonamento Pro da 10 dollari al mese oppure l’utilizzo delle proprie chiavi API.
Zed 1.0 funziona su Linux?
Sì, Zed 1.0 è disponibile per macOS, Linux e Windows. Su Linux utilizza Vulkan per il rendering GPU accelerato, su macOS si appoggia a Metal e su Windows a DirectX 12 o Vulkan. Il supporto Linux è attivo dal 2024.
Quanto è più veloce Zed rispetto a VS Code?
I benchmark indicano un avvio circa 10 volte più rapido (0,12 secondi contro 1,2), un consumo di memoria fino a 16 volte inferiore (222 MB contro 3.500 MB) e una latenza di input di 2 millisecondi contro i 25 di VS Code. Con le funzionalità AI attive, Zed resta sotto i 450 MB mentre VS Code con Copilot supera tipicamente il gigabyte.
I miei dati sono al sicuro usando le funzionalità AI di Zed?
Zed dichiara accordi di Zero Data Retention con i provider AI (Anthropic, Google, OpenAI, xAI): il codice inviato per le query non viene conservato né usato per l’addestramento. Tuttavia, valutare una risposta AI cliccando pollice su o giù invia l’intera conversazione ai server di Zed. Per la massima privacy, è possibile usare le proprie chiavi API o modelli locali tramite Ollama, evitando che i dati transitino dai server dell’azienda.
Che cos’è l’Agent Client Protocol (ACP)?
L’ACP è un protocollo aperto sotto licenza Apache 2.0 che standardizza la comunicazione tra editor di codice e agenti AI. Permette di integrare agenti come Claude Agent, Codex e Gemini CLI in qualsiasi editor compatibile. JetBrains ha già annunciato il supporto, e plugin per Neovim sono disponibili. L’obiettivo è fare per gli agenti AI quello che il Language Server Protocol ha fatto per i language server: un protocollo universale che libera gli utenti dal vincolo con un singolo prodotto.