Fiducia, sicurezza e gestione dei dati
Gli strumenti pubblici della doctrine sono consultazioni in sola lettura; signals.feedback scrive solo ciò che passi esplicitamente; gli strumenti autenticati elaborano il tuo codice sotto una politica no-training, con un flag private-session che salta il run memorizzato (i log operativi di sicurezza e di costo sono conservati secondo la Privacy Policy). Hosting nel Regno Unito (Google Cloud Run europe-west2); il codice è elaborato da OpenAI (USA) secondo le EU SCC e l'UK Addendum. DPA disponibili per Teams. Quello che serve a IT/Legal per validare l'integrazione è sulla pagina sotto.
MCP pubblico: consultazioni in sola lettura, feedback facoltativo
I 12 strumenti MCP pubblici (principles.list, clusters.list, principles.get, examples.search, guides.get, signals.feedback, ecc.) funzionano come un'API di documentazione pubblica. Gli strumenti della doctrine sono consultazioni in sola lettura: il server riceve solo i parametri di query strutturati che passi, slug, query di ricerca, valori di filtro. Per la revisione IT/Legal: gli strumenti pubblici della doctrine accettano solo stringhe di query; nessuno legge contenuti di file o contesto del codebase. L'unico strumento pubblico che scrive, signals.feedback, riceve solo il testo che fornisci e si attiva solo su richiesta esplicita dell'utente. signals.feedback invia il testo libero a OpenAI (USA) per il triage solo se permission_to_follow_up=true e fornisci un'email valida, aprendo anche un ticket di supporto; l'indirizzo email non viene mai trasmesso a OpenAI, e, separatamente, il feedback collegato a un account può comparire, pseudonimizzato e abbreviato, nell'estratto che il nostro report settimanale di analisi dei lead invia a OpenAI (USA).
MCP Pro/Teams, gestione dati e no-training
Per i professionisti che usano architect.validate per revisionare codice reale: il tuo codice viene inviato al provider LLM sottostante (OpenAI, USA) per generare il report di validazione, su base no-training, e conservato secondo i termini di conservazione dei dati dell'API OpenAI. Non addestriamo modelli su codice utente, payload di validazione o diagrammi di architettura. Mai. Il nostro layer applicativo aggiunge una garanzia: quando passi private_session=true su architect.validate, design.validate o spec.validate, il server salta il run memorizzato per quella chiamata, così dal nostro lato AI Design Blueprint non conserva alcuna copia del tuo codice, artefatto o risultato; i log operativi di sicurezza e di costo, che registrano il client chiamante, il software client e la versione che dichiara, il pacchetto di installazione da cui proviene (un identificativo fisso nel manifest del plugin, mai un dato che ti riguarda) e, sulle chiamate MCP, un digest unidirezionale calcolato con una chiave dell'indirizzo di rete (uno pseudonimo, non l'indirizzo stesso), il testo o l'oggetto della ricerca (una query, il nome di un principio, cluster o esempio, oppure, per un run di validazione, il repository e l'eventuale testo di errore), e se la chiamata è andata a buon fine e quanto tempo ha richiesto, ma mai la stringa user-agent grezza (solo il client chiamante e il software/versione dichiarati, già elencati), e, sulle chiamate di validazione, un riepilogo della richiesta (il task o l'area di focus, l'identificativo del repository, fino a tre file path e il linguaggio) ma mai il payload, sono conservati secondo la nostra Privacy Policy e vengono scollegati, non eliminati, quando cancelli il tuo account (la conservazione di OpenAI è regolata dai suoi termini API). signals.feedback scrive solo i campi che passi, incluso l'eventuale testo libero; signals.report scrive, collegati al tuo user ID autenticato e al piano, il tipo di evento (l'unico campo obbligatorio) e, se li passi, il contesto d'uso, una valutazione, la fase di lavoro, se consiglieresti il servizio, la dimensione del team e una nota brief_context conservata così come scritta (può comparire, pseudonimizzata, nel nostro estratto settimanale di analisi dei lead inviato a OpenAI). Nessuno dei due strumenti legge i tuoi prompt, codice o file; memorizzano solo ciò che passi. signals.feedback invia il testo libero a OpenAI (USA) per il triage solo se permission_to_follow_up=true e fornisci un'email valida, aprendo anche un ticket di supporto; l'indirizzo email non viene mai trasmesso a OpenAI, e, separatamente, il feedback collegato a un account può comparire, pseudonimizzato e abbreviato, nell'estratto che il nostro report settimanale di analisi dei lead invia a OpenAI (USA). La conservazione segue la tua scelta: per un run standard conserviamo un record del run e OpenAI lo conserva secondo i propri termini; per una sessione privata non conserviamo alcun record del run e OpenAI non lo conserva. I nostri log operativi di sicurezza e di costo, e la conservazione di OpenAI per il monitoraggio degli abusi, si applicano a entrambi. Il testo usato per il triage non viene mai conservato nel response store di OpenAI, e solo i run standard possono essere certificati. Le scansioni di repository (il flusso from-repo) vengono sempre eseguite come run standard; l'opzione private_session non è disponibile in questo caso.
GDPR, residenza dati e DPA
Il compute di AI Design Blueprint gira su Google Cloud Run, e i dati archiviati, ossia il database e i suoi backup, sono in Cloud SQL, mantenuti nel Regno Unito (Google Cloud europe-west2, Londra). Un flusso cross-border è il codice e il contesto che invii ad architect.validate / architect.certify, elaborati da OpenAI negli Stati Uniti come sub-processor ai sensi delle EU Standard Contractual Clauses e dell'UK Addendum (no-training, soggetti ai termini di conservazione dei dati dell'API OpenAI); quando un run standard risulta production_ready conserviamo il codice inviato per 24 ore, così architect.certify può verificarlo, dopo non può più essere usato e una pulizia automatica lo cancella; le sessioni private non conservano codice. Progettato in linea con i principi di minimizzazione dati di UK GDPR ed EU GDPR. Gli strumenti pubblici della doctrine non richiedono né un account né un DPA: non hanno bisogno di contenuti personali: gli strumenti di ricerca ricevono la query in testo libero che invii, che viene registrata nei log e può essere usata per scegliere gli argomenti delle guide come descritto più avanti, gli altri strumenti ricevono ID strutturati, e tutti restituiscono contenuto pubblico della doctrine; ogni chiamata scrive una riga di log operativo con un digest unidirezionale calcolato con una chiave dell'indirizzo di rete, mai l'indirizzo stesso. signals.feedback tratta un indirizzo email di contatto solo quando lo fornisci con il permesso di ricontattarti. Nel tuo registro dei trattamenti (ROPA) puoi documentare gli strumenti della doctrine come API di riferimento con log operativi, i cui strumenti di ricerca ricevono il testo libero che invii, simile a un endpoint di documentazione pubblica con un campo di ricerca. Creare un account è una tua scelta: dopo l'accesso trattiamo i dati del tuo account come descritto nell'Informativa sulla privacy, e le organizzazioni sul piano Teams possono richiedere il nostro Data Processing Agreement (DPA) standard dalla pagina di supporto. I moduli di supporto e partnership inviano il testo del messaggio a OpenAI (USA) per lo stesso triage; nome ed email non vengono inviati. OpenAI (USA) è il nostro sub-processor per le conversazioni di AIDB Studio nei limiti dell'utilizzo incluso nel piano, per i riepiloghi delle conversazioni e la deep research di AIDB Studio con qualsiasi piano, per il codice/contesto dei validator, per il testo di triage di supporto, feedback e partnership, per le risposte dei form di candidatura pilot e agency e per un report settimanale sui lead in forma pseudonimizzata, secondo le EU SCC e l'UK Addendum. OpenRouter (USA) riceve le conversazioni di AIDB Studio con il piano Basic e con qualsiasi piano dopo che l'utilizzo incluso è esaurito; gli chiediamo di inoltrare ognuna solo a un provider del modello che, nel suo elenco, non raccoglie i dati degli utenti. Tavily, un provider di ricerca web, riceve le query di ricerca della deep research di AIDB Studio e quelle della ricerca web quando la chat non usa OpenAI direttamente. Possiamo inoltre usare il testo di ricerca inviato agli strumenti MCP pubblici di ricerca per scegliere gli argomenti delle guide. Viene considerato solo un termine cercato da almeno tre chiamanti distinti (un account, oppure il digest di un indirizzo di rete); un termine in shortlist viene inviato a OpenAI (USA) per associarlo a un principio; un termine scelto è la query di ricerca che Tavily riceve secondo i propri termini (o la ricerca web di OpenAI, quando Tavily non risponde o non trova fonti), e OpenAI (USA) redige la guida e la sua immagine di copertina. Le richieste di testo a OpenAI non restano nel suo response store; si applica la conservazione di OpenAI per il monitoraggio degli abusi.
Strumenti di segnalazione, solo opt-in esplicito
signals.report richiede l'accesso con un piano Pro, Pro Plus, Teams, Enterprise, beta o trial e viene offerto dall'agente solo dopo un run di validazione (qualsiasi lens) o una sessione sulla doctrine, solo dopo che l'utente conferma il valore della sessione. signals.feedback è aperto a tutti ma chiamato solo quando l'utente lo richiede esplicitamente. Nessuno dei due viene mai chiamato automaticamente o silenziosamente.
Also in this section