Il Drupal Developer Days (DDD) 2026 di Atene ha mostrato un ecosistema open source concentrato sull’ingegneria strutturale. Le demo dei generatori di testo hanno lasciato il posto a implementazioni concrete. La community sta decidendo attivamente le regole d’ingaggio per l’integrazione dei large language model, preferendo un approccio architetturale solido a un’adozione passiva.
L’Intelligenza Artificiale era il protagonista trasversale dell’evento, declinata attraverso la lente del pragmatismo tecnico. Si è discusso di AI come strumento di sviluppo avanzato, come fenomeno sociale che impatta la formazione dei team e come opportunità per ridefinire i confini del CMS. Se vuoi comprendere il punto di partenza di questa evoluzione, scopri la nostra panoramica completa sulle feature AI in Drupal.
Il messaggio emerso dalla capitale greca è chiaro: l’Open Source rappresenta oggi un solido garante della sovranità digitale in un mercato guidato da vendor proprietari. SparkFabrik ha partecipato portando sul palco codice reale e soluzioni da applicare in produzione, dimostrando che l’innovazione si guida risolvendo problemi complessi.
Day 1 - L’infrastruttura dell’innovazione e le performance estreme
L’integrazione dell’AI in Drupal sta cambiando l’architettura stessa del sistema, richiedendo basi DevOps solide. Gli interventi tecnici di Frederik Wouters, incentrato su Autonomous Drupal, comandi vocali e interfacce conversazionali, e di Marcus Johansson, focalizzato sull’AI module 2.0, i Guardrails e lo shift verso Symfony AI, hanno tracciato la rotta. Parliamo di un layer di intelligenza capace di orchestrare processi complessi, analizzare il contesto e suggerire ottimizzazioni strutturali.
Questa ambizione si confronta con i limiti fisici dell’infrastruttura. L’AI richiede un ecosistema sottostante capace di reggere carichi computazionali anomali, dove le performance del database restano il collo di bottiglia fondamentale.
Passare da 20 secondi a 500 millisecondi per il caricamento di una vista complessa è pura ingegneria dei dati. L’intervento di Robin Colombier ha affrontato il problema della latenza attraverso l’uso strategico delle viste materializzate su PostgreSQL. Invece di calcolare query complesse in tempo reale ad ogni richiesta, i dati vengono pre-calcolati e archiviati, aggiornandosi solo quando necessario.
L’intelligenza artificiale non perdona le architetture fragili. Se il database non è ottimizzato, l’aggiunta di agenti AI in background rischia di sovraccaricare il sistema sotto il peso delle query concorrenti.
Questa ottimizzazione è un prerequisito per un’implementazione AI efficace. Quando un agente autonomo deve analizzare migliaia di nodi per vettorizzare i contenuti, il database deve rispondere in millisecondi. Per sostenere questa scalabilità orizzontale e gestire i picchi di carico generati dalle operazioni asincrone, l’infrastruttura tradizionale on-premise mostra rapidamente i suoi limiti. In questo contesto, approfondisci i vantaggi dell’approccio Cloud Native per la scalabilità, un paradigma architetturale che permette di disaccoppiare i servizi e scalare dinamicamente le risorse di calcolo esattamente dove servono.
Drupal AI 2.0: architettura e stato dell’adozione
Marcus Johansson ha delineato lo stato del modulo AI, ed i piani verso la versione 2.0. L’adozione è misurabile: al 12 aprile 2026, il modulo AI ha raggiunto 13.980 installazioni attive su Drupal.org.
L’architettura è in evoluzione profonda, con l’adozione di Symfony AI come layer di astrazione unificato. Sul fronte della sicurezza è pienamente operativo il sistema di Guardrails, che impedisce ai modelli di esporre dati personali, generare contenuti fuori contesto o rispondere a prompt pericolosi (una contribuzione di SparkFabrik).
Sono anche già disponibili due recipe pronte all’uso: ai_recipe_guardrails_pii, che blocca email, numeri di telefono, IBAN e carte di credito, e ai_recipe_guardrails_prompt_safety, che copre consigli legali o medici, HTML pericoloso e code injection. Entrambe sono installabili con un singolo comando drush recipe, offrendo un’implementazione concreta e rapida per chi vuole partire senza costruire la configurazione da zero.
Inoltre, uno degli sviluppi in corso è il supporto MCP (Model Context Protocol), che trasformerà Drupal in uno strumento interrogabile da agenti AI esterni come Claude o Cursor. Il maintainer del modulo Drupal MCP Client è il nostro Roberto Peruzzo.
La prima giornata ha quindi evidenziato un principio pratico: prima di implementare l’AI nel layer applicativo, è necessario modernizzare il layer dati e l’infrastruttura di hosting.
Ma la giornata non si è focalizzata solo sul codice. C’era anche una prospettiva più ampia da considerare.
Ad aprire la giornata, infatti, c’è stato il fireside chat tra Dries Buytaert e il Prof. Dimosthenis Anagnostopoulos, Segretario Generale per la Trasformazione Digitale del governo greco. Non è scontato vedere un rappresentante di governo seduto sul palco di una conferenza di sviluppatori open source. È un segnale: i temi che la community discute da anni, come la sovranità digitale, il controllo sull’infrastruttura e i rischi del vendor lock-in su modelli proprietari, stanno entrando nell’agenda politica europea. L’Open Source si conferma il garante del controllo istituzionale sui dati, un tema critico che invita ad approfondire l’importanza della sovranità digitale nell’open source.
Day 2 - Automazione, site building e l’ecosistema in evoluzione
Il secondo giorno ha spostato il focus dalla base dati al livello di presentazione e automazione, evidenziando l’evoluzione in corso nella developer experience. La sessione di Pierre Dureau ha acceso i riflettori su Display Builder. In particolare, la sessione si è concentrata su HTMX, una tecnologia che sta guadagnando trazione nella community per la sua capacità di modernizzare il frontend senza introdurre la complessità di framework single page application (SPA) pesanti come React o Vue.
HTMX permette di ottenere interfacce utente dinamiche e parzialmente aggiornabili lavorando direttamente con l’HTML renderizzato dal server. Questo approccio riduce il carico cognitivo per i team di sviluppo, mantenendo la logica di business ancorata al backend di Drupal. In combinazione con strumenti emergenti, la creazione di interfacce diventa un processo fluido e modulare.
A questo proposito, l’ecosistema si sta arricchendo di soluzioni visive avanzate; un esempio eccellente di questa evoluzione è documentato nel talk di Michael Fanini su Display Builder al nostro evento Drupal X Business.
Parallelamente all’evoluzione del frontend, il backend sta vivendo un aggiornamento guidato dagli eventi. Il talk di Jürgen Haas su ECA (Event Condition Action) ha mostrato come l’automazione no-code e low-code si stia evolvendo nativamente dentro Drupal. ECA permette ai site builder di configurare workflow complessi, come l’invio di notifiche basate su trigger specifici o la manipolazione di entità, senza scrivere una riga di PHP personalizzato.
Questa accessibilità della logica di business è un passaggio importante. Se l’AI dovrà interagire con Drupal, lo farà sempre più innescando eventi che il sistema ECA potrà intercettare e gestire.
Al recente DrupalCon Chicago è emerso un dato relativo ad ECA che rende tutto questo molto concreto: Jürgen, in qualità di sviluppatore senior ed orchestrando strumenti AI avanzati, ha scritto, validato e documentato 90.000 righe di codice in sole sei settimane. Non è un esperimento: è un modulo contrib in produzione, usato da migliaia di siti. Il dato mostra che l’AI come amplificatore di competenze non è un concetto astratto, ma è già misurabile. Ne abbiamo parlato anche nel nostro articolo sull’approccio agentic-first allo sviluppo Drupal.
Molto interessante anche il talk di Klaus Purer che ha presentato Mago, un nuovo tool per PHP che può effettuare una verifica di coding standards e problemi del codice in pochi secondi.
L’ecosistema sta maturando per fornire ai team strumenti che astraggono la complessità tecnica, permettendo agli sviluppatori di concentrarsi sull’architettura e sull’integrazione di servizi avanzati.
Se vuoi capire come questi strumenti si inseriscono nella strategia complessiva della piattaforma, esplora l’evoluzione di Drupal CMS verso il no-code.
Day 3 - Etica, SDC e il contributo di SparkFabrik
La tecnologia senza direzione produce solo debito tecnico. Il terzo giorno del DDD si è aperto affrontando la responsabilità che deriva dall’adozione dell’AI, partendo dal keynote di Ifrik sull’etica. La community ha discusso il problema dei bias nei dataset di addestramento e l’impatto sociale dell’automazione. Non si tratta di discorsi astratti, ma di decisioni ingegneristiche: come strutturiamo i permessi affinché un modello AI non esponga dati sensibili? Come garantiamo che i contenuti generati siano accessibili e inclusivi?
Sul fronte dello sviluppo frontend, la spinta verso la modularità ha trovato conferme negli interventi di David Galeano su workflows agentici avanzati e FlowDrop e Anand Toshniwal sui Single Directory Components (SDC). Gli SDC supportano la developer experience: raggruppare markup, stili e logica JavaScript in una singola directory facilita la manutenzione e il lavoro degli agenti AI, che possono analizzare e generare componenti isolati con maggiore precisione.
Symfony Messenger e Drupal Queues: il talk di SparkFabrik
La leadership tecnologica si dimostra scrivendo codice e definendo standard. Il contributo di SparkFabrik a questa evoluzione architetturale è arrivato con il talk di Luca Lusso su Symfony Messenger e l’integrazione in Drupal tramite il modulo sm (drupal.org/project/sm), un esempio di come vogliamo fare la differenza affrontando problemi reali.
L’integrazione di modelli di intelligenza artificiale richiede chiamate API esterne che possono impiegare secondi per rispondere o fallire per timeout di rete. Bloccare il processo PHP principale in attesa di una risposta da OpenAI o Anthropic significa compromettere le performance del sito. Il modulo sm risolve questo problema, permettendo di delegare task pesanti a code di messaggi asincrone gestite da worker in background.
Questo approccio garantisce pipeline resilienti, con logiche di retry automatiche in caso di fallimento delle API, mantenendo l’interfaccia utente reattiva. È la dimostrazione di come SparkFabrik affronti i colli di bottiglia enterprise rilasciando soluzioni open source per l’intera community. Per vedere come portiamo queste competenze sul palco, guarda i nostri tech talk e interventi alle conferenze internazionali. Risolvere problemi asincroni complessi è il fondamento su cui si costruiscono le applicazioni basate sull’AI.
L’impatto umano: formazione e AI come amplificatore di competenze
L’interesse per le nuove architetture si affianca alla sfida della sostenibilità del talento. Durante i tre giorni di Atene, il dibattito sul mentoring nell’era dell’AI ha occupato uno spazio centrale. Se l’intelligenza artificiale generativa è in grado di scrivere istantaneamente il boilerplate, configurare le route e abbozzare i test unitari, come faranno i nuovi sviluppatori a imparare i fondamenti del framework?
Il rischio è l’atrofizzazione della capacità di problem solving. Un junior che si limita ad accettare i suggerimenti dell’AI senza comprenderne le implicazioni architetturali faticherà a intervenire quando i sistemi falliscono in produzione. La risposta emersa dalla community è che l’AI non deve sostituire il mentoring umano, ma trasformarsi in uno strumento di supporto.
La formazione continua diventa quindi una priorità diffusa, che non riguarda solo i profili junior. Anche gli sviluppatori senior e i tech lead devono imparare a governare l’AI, utilizzandola come un mentore digitale per esplorare nuovi linguaggi o per eseguire refactoring complessi, mantenendo però il controllo sulla logica di dominio. L’obiettivo è sviluppare un pensiero critico, spostando l’attenzione dalla sintassi alla progettazione di sistemi sicuri e scalabili.
L’ingegneria del software non consiste nel digitare codice velocemente, ma nel prendere decisioni architetturali corrette. L’AI accelera la digitazione; l’essere umano deve garantire la direzione.
È l’approccio che abbiamo formalizzato nella nostra AI Vision: l’AI come strumento di augmentation, non di sostituzione.
La migliore tecnologia nasce dall’armonia tra competenze tecniche profonde e relazioni umane solide.
In questo scenario, da una parte emerge l’esigenza di implementare un solido approccio AgentOps per l’orchestrazione di agenti autonomi, dall’altra la scelta di tecnologie Open Source assume una valenza strategica. Mantenere il controllo sui propri dati, sui modelli di addestramento e sull’infrastruttura di erogazione aiuta a evitare il vendor lock-in imposto dai grandi player tecnologici, garantendo la sovranità digitale, un tema critico specialmente per le pubbliche amministrazioni e le grandi enterprise europee.
Conclusione
Il Drupal Developer Days di Atene ha mostrato come l’Intelligenza Artificiale nel mondo Drupal si stia integrando come requisito architetturale, spingendo la community ad adottare paradigmi Cloud Native, code asincrone e interfacce ottimizzate.
Il futuro di Drupal è ibrido. Da un lato, richiede efficienza tecnica per supportare agenti autonomi e automazioni; dall’altro, esige responsabilità umana per governare l’etica dei dati, l’accessibilità e la formazione dei team. Non c’è innovazione sostenibile senza un controllo rigoroso sulla qualità del software e sulla sicurezza della supply chain.
La community ha dimostrato ancora una volta che l’Open Source non è solo tecnologia: è il modo in cui si costruisce fiducia collettiva attorno a scelte condivise, come approfondito nella nostra visione sullo sviluppo Drupal agentic-first. Noi ci siamo stati, abbiamo contribuito con codice reale, e siamo già proiettati al prossimo appuntamento con la community, al Drupal Developer Days Valencia 2027.
Ma ancora prima, ci vediamo al DrupalCamp Italy 2026!
