Il Design Agent

Sono lo stesso validatore con la doctrine scambiata. architect.validate valuta l'architettura agentica, cosa fa il codice, rispetto ai 10 principi agentici. design.validate valuta la superficie percepibile, cosa l'utente vede, tocca, scorre e ricorda, rispetto alle 8 leggi dell'Experience Design Blueprint. Stessa pipeline first-pass, stessa forma ValidationResponse, stesso scorer pesato per severità, quindi un Blueprint Readiness Score è calcolato allo stesso modo su entrambe. I run condividono una sola dashboard di validation history: i run architettura sono taggati architecture, i run superficie surface. Passa lo stesso repository e ottieni un progetto valutato su tre lenti: la specifica (cosa costruire), la macchina dietro il vetro (architettura) e l'interfaccia davanti (superficie).

Un piano Pro o Teams. design.validate ha una propria allocazione settimanale di run, misurata separatamente dal bucket architettura, così una settimana intensa di code review non consuma mai le tue review di superficie e viceversa. Gli account Free e Basic leggono gratuitamente ogni principio, cluster ed esempio della doctrine via MCP pubblico; il Design Agent è riservato ai piani a pagamento perché elabora un artefatto reale sotto una politica di no-training e salva la history per progetto. I numeri per tier sono sulla pagina prezzi.

Le otto leggi non pesano allo stesso modo. In caso di conflitto, l'accessibilità viene prima e la rifinitura estetica per ultima. In pratica: una violazione del requisito minimo della legge di Fitts, un target interattivo sotto il minimo 24×24px di WCAG 2.2, uno stato di focus mancante o una conferma distruttiva irraggiungibile, è valutata come production_blocker. Limita il voto e va corretta prima del rilascio, esattamente come un trust boundary fallito limita il voto di architettura. Un momento peak-end debole o uno stato vuoto povero è hardening_recommended o polish: emerge in una lista di prossima iterazione senza trascinare giù lo score. Un voto alto significa che i requisiti minimi di esperienza reggono, non che il design ha vinto un premio.

Non ancora, e il tool lo dichiara a ogni run. design.validate v1 è una review single-pass ad alto reasoning effort. Non ha modalità consensus né percorso di certificazione, quelli restano per ora solo di architect.validate, e la calibrazione dello score non è ancora tarata su un corpus di run reali come quella dell'architect. Tratta il voto come un segnale direzionale di qualità, non come un badge certificato. L'unica parte dura, non direzionale, è il requisito minimo di accessibilità: un production_blocker su una violazione WCAG di dimensione dei target o visibilità del focus è un fatto verificabile, non una questione di gusto.

Invia il sorgente completo dell'artefatto verbatim come implementation_context, il JSX, il markup, gli stili, senza troncamenti e senza segnaposto … (vengono letti come codice letterale, e il reviewer citerebbe elementi che non esistono). Se una superficie è troppo grande per il budget di tool-call del tuo client MCP, dividi in più chiamate per componente, senza mai troncare una singola chiamata. Il codice non visuale (un handler backend, un file di config, un type alias) restituisce surface_classification: non_ui e tier: not_applicable, non è bocciato, semplicemente non è una superficie. Invia la UI reale.

Il sorgente del tuo artefatto è inviato a OpenAI (USA) per generare la review, come sub-processor secondo le EU Standard Contractual Clauses e l'UK Addendum, su base no-training, conservato secondo i termini di data retention delle API OpenAI. AI Design Blueprint conserva il risultato strutturato (score e verdetti per legge) più, quando passi repository, un identificatore di progetto per il raggruppamento. Passa private_session=true per saltare la persistenza del run lato server; i record operativi di costo e audit (mai il sorgente del tuo artefatto) vengono comunque conservati. Qualsiasi testo con forma di istruzione dentro il tuo markup è trattato come dato inerte non fidato, non come istruzioni da seguire. Il compute gira su Google Cloud Run; i dati a riposo sono in Cloud SQL, nel Regno Unito/SEE (Google Cloud europe-west2, Londra). Dettagli completi sulla pagina fiducia e dati.