I livelli di codice e il server MCP di Figma trasformano i mockup di design in un artefatto di handoff

Cosa ha davvero rilasciato Figma per il percorso del codice

Kossnick individua tre elementi distinti invece di una vaga funzionalità IA generica. Figma Make è uno strumento da prompt ad app che genera quello che lui chiama codice pronto per la produzione a partire da linguaggio, immagini o frame strutturati. Dev Mode gestisce l'handoff con dati strutturati come CSS e token. Il Dev Mode MCP Server si inserisce sopra questo livello, permettendo agli sviluppatori di invocare un agente di coding che traduce i mockup in codice pronto per la produzione con contesto completo.

Il filo conduttore è che l'output dell'IA resta modificabile. Kossnick descrive un compositore di codice e dei "livelli di codice" che permettono agli utenti di scrivere e pubblicare codice assistito dall'IA direttamente all'interno del file. Questa è la distinzione fondamentale che traccia rispetto ad altri strumenti: gli agenti ti portano lontano, ma molti prodotti bloccano la personalizzazione dopo la generazione. La proposta di Figma è che puoi ancora aprire il livello di codice e modificarlo.

La fuga dal prototipo alla produzione

Il dettaglio più significativo passa quasi inosservato. Figma Make, secondo la stessa definizione di Kossnick, è pensato principalmente per il prototyping. Ma dice che i designer possono creare interazioni con prompt così precisi che gli ingegneri copiano il codice direttamente.

Anche se Make è pensato principalmente per il prototyping, i designer possono spesso creare interazioni con prompt così precisi che gli ingegneri copiano il codice direttamente, trasformandolo in un artefatto di handoff per l'engineering.Montana Labs

Si tratta di uno spostamento significativo di dove si colloca il confine tra design ed engineering. Storicamente l'artefatto di handoff era una specifica: mockup, redline, token che un ingegnere reimplementava. Se il codice del prototipo diventa ciò che gli ingegneri effettivamente spediscono in produzione, la questione di chi è responsabile della qualità del codice, dell'accessibilità e della manutenibilità si sposta a monte, in uno strumento pensato per l'esplorazione. Kossnick lo presenta come un successo; i team frontend dovrebbero leggerlo come una decisione di policy che ora devono prendere.

Il gioco di Workday e la questione degli strumenti interni

L'esempio più concreto dell'intervista riguarda una persona del team HR senza background di coding o design che ha trovato un'API di Workday e, in circa due ore con Figma Make, ha costruito un gioco di abbinamento nome-volto ora usato nell'onboarding. Kossnick dice esplicitamente che nessun team di strumenti interni avrebbe mai dato priorità a questo progetto.

Questa è la vera affermazione sul prodotto: non che l'IA scriva codice migliore, ma che riduca il costo di provare un'idea al punto che idee che non avrebbero mai superato una soglia di priorità ora vengono realizzate. Il costo iniziale del prototyping era il filtro, e rimuoverlo cambia quali strumenti esistono. Per le organizzazioni frontend questo ha un doppio effetto: proliferano strumenti utili e monouso, ma cresce anche il volume di software non revisionato e semi-distribuito che vive fuori dalla normale pipeline di engineering.

Come si inserisce davvero OpenAI in Figma

Al netto della cornice narrativa dell'intervista, il rapporto tecnico è ristretto e specifico. Figma usa le API di OpenAI per alimentare FigJam AI e la generazione di immagini della sua piattaforma. Separatamente, Figma ha distribuito ChatGPT Enterprise internamente per il proprio personale. Le card per l'anniversario di FigJam, dove i colleghi rimixano gli avatar, usano l'editing di immagini di OpenAI.

Vale la pena dirlo chiaramente perché il pezzo mescola integrazione di prodotto e costruzione di cultura interna. Figma Make, Dev Mode e il server MCP sono superfici di workflow proprie di Figma; la dipendenza da OpenAI compare nella generazione di immagini e nelle funzionalità testuali, non come motore dietro la generazione di codice. L'implicazione specifica: un team frontend che valuta questo stack sta in realtà valutando due scommesse separate—il livello di codice modificabile di Figma come meccanismo di handoff, e la generazione di immagini e testo che passa attraverso un'API di terze parti—e non dovrebbe assumere che condividano lo stesso profilo di affidabilità o governance.