La maggior parte degli sviluppatori software, dei tech lead e dei DevOps engineer inizia la carriera come costruttori.

Costruiscono sistemi, app, componenti, temi, pattern, moduli e pipeline. Ottimizzano i layout, risolvono i casi limite, mantengono la compatibilità e fanno avanzare i sistemi un commit alla volta. È un lavoro preciso, pratico e profondamente tecnico.

Ma a un certo punto qualcosa cambia.

I migliori professionisti non smettono di costruire, ma cominciano a pensare per sistemi.

Da costruttore a pensatore sistemico

Il cambio di prospettiva: dal risultato alle regole

Da costruttore, l'attenzione è sul risultato: componenti, template, pagine, funzionalità, librerie, applicazioni.

Da pensatore sistemico, l'attenzione si sposta sulle regole: vincoli, interazioni, cicli di feedback.

Invece di chiedersi "Che aspetto ha questo componente?", chi pensa per sistemi si pone altre domande: quali regole governano questo componente? Con cosa può interagire? Come si comporta quando le cose cambiano? Come sopravvive l'intenzione nel tempo?

Questo passaggio porta in modo naturale verso i sistemi agentici.

Quando il design smette di essere statico

I design system moderni codificano già una logica: i token definiscono i vincoli, i componenti definiscono la struttura, i pattern definiscono il comportamento.

Eppure la maggior parte dei sistemi dipende ancora da un'intensa orchestrazione umana.

Gli agenti AI introducono un modello diverso, in cui i sistemi possono far rispettare le proprie regole, convalidare le decisioni in modo continuo, reagire al contesto e coordinarsi al proprio interno.

È qui che il design passa dalla documentazione alla logica eseguibile.

Dove stiamo andando

Ora l'obiettivo è realizzare queste idee in sistemi reali e funzionanti: non come esperimenti, ma come fondamenta.

1. Un'integrazione più profonda degli agenti AI con gli strumenti di design (Figma)

Verso design system agentici

Gli strumenti di design non dovrebbero essere tele passive.

L'obiettivo è integrare in Figma agenti AI che comprendano i design token e i vincoli dei componenti, convalidino le decisioni in tempo reale, traducano l'intento progettuale in regole a livello di sistema e agiscano da collaboratori, non da semplici esportatori.

Così il design si sposta a monte, dove l'intenzione viene preservata anziché dedotta in seguito.

2. Gestione scalabile degli agenti AI

Obiettivo: 150 agenti, uno per componente

Invece di un'unica AI generalista, i team si stanno orientando verso molti agenti specializzati.

Ogni componente ha il suo agente, con responsabilità definite, confini chiari e consapevolezza dei componenti correlati.

È lo stesso modo in cui crescono i sistemi sani: attraverso specializzazione, coordinamento e contratti chiari.

3. Agenti con competenze, strumenti e plugin reali

Gli agenti devono essere in grado di agire.

Significa dotarli di competenze (ragionamento sull'accessibilità, convalida del design, attenzione alle prestazioni), strumenti (linter, test runner, API di design) e plugin (Storybook, Drupal, pipeline CI, integrazioni con Figma).

Un agente senza strumenti resta teoria. Un agente con gli strumenti diventa parte del sistema stesso.

4. Test di accettazione funzionale automatizzati più intelligenti

Guidati dall'AI e consapevoli dell'intento

I test tradizionali verificano il risultato. I test guidati dagli agenti comprendono il comportamento.

L'attenzione è su agenti AI che ragionano sui percorsi degli utenti, su test funzionali che capiscono l'intento e non solo i selettori, su sistemi che fanno evolvere i test insieme ai componenti, e sulla riduzione dei test fragili con un aumento della fiducia semantica.

Il testing diventa un altro livello dell'intelligenza del sistema.

TDD e BDD nell'era dell'AI: perché gli agenti AI richiedono il 100% in più di sviluppo test-first

Perché è importante

I team stanno costruendo sistemi che sopravvivono ai loro creatori, si adattano di continuo e portano avanti nel tempo decisioni di design di lungo periodo.

In un mondo così, il controllo manuale non scala. Le regole ben definite sì.

Designer, sviluppatori e agenti AI devono operare all'interno dello stesso quadro logico: un unico sistema condiviso di vincoli e intenzioni.

Il passaggio da costruttore a pensatore sistemico non significa abbandonare l'implementazione. Significa vedere i sistemi come qualcosa di più di un insieme di parti.

Il passo successivo è progettare le regole che permettono ai sistemi di ragionare, adattarsi ed evolvere.

Gli sviluppatori software, i tech lead e i DevOps engineer che compiono questo passaggio non si limitano a costruire: costruiscono le condizioni perché i sistemi si costruiscano da soli.