Il 2 giugno 2026 Cognition ha rinominato Windsurf in Devin Desktop, distribuendolo come un aggiornamento normale, senza migrazione richiesta. Il cambio non era solo estetico: l'app ora si apre su un Agent Command Center, una board Kanban di ogni sessione di agente in corso, locale o cloud, ordinata per stato. Il prodotto era un editor con un agente dentro. Ora e' una superficie per dirigere piu' agenti insieme, su quanti repository servono.
Cosa cambia quando Windsurf diventa Devin Desktop
Windsurf era un editor nativo per l'AI: un autocomplete, una chat, una modalita' agente che lavorava dentro il file aperto, la stessa categoria di Cursor. Devin Desktop tiene quell'editor sotto, ma mette davanti qualcosa di diverso. Si apre l'app e la prima schermata non e' un file, e' il Command Center: una board che mostra ogni agente in esecuzione, in corso, bloccato o pronto per la revisione, che giri sulla propria macchina o in una VM cloud isolata. Il cambio di inquadratura conta quanto la funzione: il compito di chi usa lo strumento smette di essere "scrivi questa modifica" e diventa "dirigi questi agenti".
L'Agent Command Center: una board Kanban, tanti agenti
La board in se' e' un'idea semplice, presa dal project management e applicata a sessioni di agente invece che a ticket. Ogni scheda e' un agente che lavora un task, e la sua colonna e' il suo stato. Quello che merita un confronto non e' la board, e' cosa presuppone implicitamente una board fatta cosi': che lo stato attuale di una scheda sia un riassunto onesto di cosa e' successo per arrivarci. Una scheda segnata "pronta per la revisione" dice che un agente ha finito qualcosa. Non dice, sulla board stessa, cosa ha toccato per arrivarci, cosa era autorizzato a toccare, o se due agenti che lavoravano su parti adiacenti dello stesso repository si sono pestati i piedi sulle rispettive assunzioni lungo il percorso.
Cosa condividono gli Spaces tra agenti, e cosa no
Gli Spaces sono il modo in cui Devin Desktop raggruppa il lavoro correlato: uno Space mette insieme le sessioni di agente, le pull request, i file e il contesto legati a un task o a un progetto in un'unica vista, e una nuova sessione avviata dentro uno Space eredita quello che lo Space gia' sa. E' una risposta reale a un problema reale: agenti che lavorano sullo stesso progetto senza uno Space condiviso dovrebbero ricostruire il contesto da zero ogni volta. Quello che uno Space condivide e' cosa un agente puo' vedere in ingresso. Non e' un record di cosa ogni agente, una volta dentro, ha effettivamente fatto con quel contesto: quale file ha modificato, quale comando ha eseguito, su quale assunzione dello Space si e' basato per una modifica specifica. Lo Space e' il briefing. Non e' il debrief.
La vecchia domanda sui subagent, ora tra sessioni indipendenti
I subagent di Claude Code pongono una versione di questo problema dentro un'unica sessione: un task si divide in contesti isolati, ognuno torna con un riassunto, e ricostruire chi ha fatto cosa, in che ordine, in base a cosa, diventa un lavoro manuale che nessuno strumento fa di default. La board Kanban di Devin Desktop e' la stessa domanda su una scala piu' ampia. Qui non sono subagent dentro una sessione che rispondono a un unico contesto genitore, sono sessioni di agente indipendenti, a volte avviate a giorni di distanza, a volte in esecuzione su macchine del tutto diverse, coordinate solo dalla colonna in cui si trova la loro scheda. Se un agente su una scheda tocca un file da cui dipende anche un secondo agente, in uno Space diverso, niente nella board fa emergere quella sovrapposizione. La board organizza il lavoro che un team sta dirigendo. Non incrocia cosa e' successo davvero sotto ogni scheda.
Cosa serve a una board cosi' prima che conti come record di consegna
Niente di tutto questo e' un argomento contro una vista Kanban su agenti in parallelo: vedere cosa e' in corso, bloccato o pronto per la revisione e' un miglioramento reale rispetto a indovinare quale dei sei terminali aperti si e' inceppato. La board risolve un problema di coordinamento vero per chi dirige il lavoro oggi. Non e' stata costruita per rispondere a una domanda diversa, che arriva dopo: quando un cliente chiede perche' un certo file e' cambiato in un certo modo, quale scheda, quale agente, quale Space, e su quale autorizzazione, la risposta e' gia' sulla board, oppure qualcuno deve ricostruirla a memoria e a colpi di git blame.
E' lo stesso divario che ogni agente di coding lascia una volta chiusa la sessione che ha prodotto il codice, solo moltiplicato per quanti agenti un team fa girare in parallelo sulla stessa board. Una vista Kanban sugli agenti e' uno strumento di coordinamento, e buono. Quello che deve esistere accanto e' un record che leghi ogni scheda a cosa e' stato richiesto, cosa quel preciso agente era autorizzato a toccare, cosa ha eseguito, e chi puo' indicare quella catena dopo che la board e' gia' passata allo sprint successivo. Detent Bench misura gli agenti proprio su questa linea, che il lavoro giri con un agente alla volta o con una board intera.
Fonti: l'annuncio di Windsurf 2.0 di Devin, verificato incrociando la copertura indipendente pubblicata nei mesi successivi al rebrand del giugno 2026.