Cos'è la memory injection?

Gli attaccanti avvelenano la memoria persistente attraverso normali query utente — senza accesso speciale. La memoria iniettata viene poi recuperata e utilizzata dall'agente come se fosse contesto legittimo. I sistemi che memorizzano il contenuto recuperato direttamente senza validazione sono i più esposti.

Perché il monitoring tradizionale fallisce con gli agenti?

Il monitoring standard traccia tempi di risposta e tassi di errore. Gli agenti sono non deterministici — ogni prompt produce un percorso di esecuzione nuovo. Le metriche di ieri non possono rilevare la modalità di fallimento di oggi. Il Principio 2 si estende nel layer ingegneristico: se il team non riesce a osservare cosa sta facendo l'agente, non può rimanere percettibile a nessuno.

Perché l'human-in-the-loop è insufficiente?

L'HITL diventa insufficiente quando l'umano appare solo al confine dell'esecuzione. Se il sistema ha già agito — scritto in un database, inviato un messaggio, riservato una risorsa — il gate di approvazione è decorativo. L'umano sta ratificando un fatto compiuto, non esercitando un controllo. La posizione del Blueprint è che la governance deve essere incorporata nella struttura del workflow, non aggiunta alla sua fine.

Perché l’approccio standard non funziona con le azioni agentiche sui siti pubblici?

Perché è stato progettato per la manipolazione diretta da parte di una persona attenta, non per l’esecuzione delegata da parte di un agente che opera su più passaggi e anche fuori dal focus dell’utente. Scraping del DOM, replay dei clic e interpretazione visiva permettono di imitare il comportamento umano, ma non di rendere chiari intenzione, responsabilità e confini decisionali.

Guide applicative

La dottrina applicata alle decisioni che rompono davvero i sistemi.

I principi sono il fondamento. Le guide applicative sono dove incontrano il prodotto. Ogni guida affronta un failure mode specifico che i team incontrano quando costruiscono sistemi agentici — e mappa la dottrina del Blueprint alla decisione esatta che lo previene.

Fatti chiave

Guide pubblicate: 4
Principi di design: 10
Bilingue: EN + IT
Ricercabile via MCP: MCP

Cos'è una guida applicativa

Un failure mode nominato

Ogni guida apre con il failure strutturale che porta i team a rilasciare prodotti agentici difettosi o non affidabili — non avvertimenti vaghi, ma la condizione esatta che produce l'errore.

Il modello sostitutivo del Blueprint

La dottrina non corregge il fallimento — lo sostituisce. Ogni guida mostra quali principi si applicano e perché l'approccio standard è strutturalmente inadeguato.

Guida all'implementazione

Le guide si chiudono con decisioni concrete, livelli di escalation o cambiamenti di pattern applicabili immediatamente — basati su come funzionano i sistemi agentici reali in produzione.

Guide pubblicate

Ogni guida è ricercabile via MCP e allineata a 2–4 principi del Blueprint.

Guida applicativaApplicazione della sicurezza

Rendere la fiducia strutturalmente resistente alla pressione avversariale

I principi del blueprint di disclosure progressiva, ispezionabilità e approvazioni esplicite definiscono le condizioni in cui i sistemi agentici possono essere considerati affidabili. L'applicazione della sicurezza significa rendere quelle condizioni strutturalmente vincolanti — non semplicemente auspicabili per utenti collaborativi, ma applicate contro pressioni avversariali attive.

P4P7P8

Leggi la guida →

Guida applicativaValutazione osservabile

Dimostrare che il sistema funziona — non solo crederlo

Il 72% dei team che costruiscono sistemi agentici crede che la valutazione completa guidi l'affidabilità. Solo il 15% la raggiunge. Il divario non è un problema di conoscenza — è un problema di disciplina strutturale. I Principi 2, 6 e 7 definiscono ciò che il comportamento osservabile richiede; questa pagina mostra come quei principi si estendono nel layer di misurazione ingegneristica.

P2P6P7

Leggi la guida →

Guida applicativaOltre l'human-in-the-loop

L'human-in-the-loop non è sufficiente. L'umano deve governare la struttura.

Richiedere a un umano di premere un pulsante di approvazione alla fine dell'esecuzione non è un controllo di sicurezza. È un rituale. Quando i sistemi AI operano su più passaggi, accedono a sistemi in tempo reale e producono conseguenze downstream, la governance deve essere integrata nell'architettura del workflow — non aggiunta alla sua periferia.

P1P8P9P10

Leggi la guida →

Guida applicativaWeb pubblico

Se un agente può agire sul tuo sito, ogni azione deve avere confini chiari, stato visibile e approvazioni esplicite.

WebMCP cambia il modo in cui un sito viene usato dagli agenti: invece di interpretare il DOM o simulare clic, l’agente può invocare strumenti dichiarati in modo diretto. Questo rende il web più adatto al lavoro delegato, ma impone una progettazione molto più rigorosa. Il punto non è più capire se un agente riesce a completare un flusso. Il punto è progettare azioni come transazioni delimitate, con input comprensibili, avanzamento visibile, blocchi espliciti e momenti di approvazione umana ben definiti.

P1P5P8P10

Leggi la guida →

Basate sulla dottrina del Blueprint

Ogni guida cita esplicitamente gli ID dei principi. La dottrina non è decorazione — è la fonte del modello sostitutivo in ogni guida. Inizia dal manuale dei principi per costruire le basi prima di applicare le guide.

Manuale dei principi

Accedi alle guide dal tuo coding agent

L'endpoint MCP del Blueprint espone tutte le guide pubblicate tramite ricerca semantica. Connetti Claude Code, Cursor o Copilot e recupera la guida più rilevante per il problema che il tuo agente sta risolvendo.

Configura MCP

Sfoglia i principi Sfoglia gli esempi