Piattaforma
La Piattaforma Aperta di SwiftXEO permette agli assistenti AI esterni e ai tuoi sistemi aziendali di connettersi a un workspace regolamentato — con la possibilità di consultare le direttive approvate e proporre contenuti, senza mai poterli approvare autonomamente.
Un server MCP con OAuth, un'API REST con ambito di workspace, webhook in entrata con firma digitale e un connettore Gmail (beta) formano un'unica superficie con un solo principio cardine: proposte esterne, governance interna.
L'autonomia propone. Gli umani autorizzano. La governance resta attiva.
Perché è importante
I manager vogliono che assistenti come Claude e ChatGPT lavorino con il contesto reale dell'azienda — strategia approvata, obiettivi attivi, insight verificati — invece di tirare a indovinare da un paragrafo incollato. Ciò che li frena è il rischio che uno strumento esterno assuma in autonomia un ruolo decisionale.
SwiftXEO risolve questa tensione sul piano strutturale anziché con un semplice documento di policy. Gli assistenti connessi consultano lo stesso archivio approvato su cui lavora il tuo team, e tutto ciò che inviano entra in una coda di revisione. Il contesto fluisce verso l'esterno; l'autorità mai.
Le superfici di integrazione
Claude e ChatGPT si connettono a un workspace tramite un connettore MCP standard con autenticazione OAuth — la connessione di Claude è verificata e operativa end-to-end. I client basati su file di configurazione come Claude Code e Cursor si connettono tramite una chiave API del workspace.
Le chiavi API con ambito di workspace gestiscono un'interfaccia REST con controllo versione: leggi il Business DNA approvato, gli obiettivi, gli apprendimenti attivi e lo storico delle decisioni; invia dati di riscontro e proposte dai tuoi sistemi.
Flussi push firmati e verificati da sistemi esterni. Ogni payload viene verificato rispetto a un secret specifico per la sorgente e archiviato come materiale soggetto a revisione umana — mai eseguito direttamente, mai ritenuto affidabile all'arrivo.
Un connettore beta in sola lettura che trasforma le e-mail in entrata recenti in riscontri analizzabili nel workspace. Non invia mai e-mail e, come per qualsiasi sorgente esterna, nulla di ciò che acquisisce diventa una verità consolidata senza previa revisione.
Il principio della sola proposta
Ogni elemento esterno — la proposta di un agente, il payload di un webhook, un'e-mail — entra nel workspace come contesto non verificato. Può essere letto dai revisori, valutato come dato di riscontro dopo la revisione e approvato come verità aziendale solo da un utente umano con il ruolo adeguato. Nessun ambito API, strumento MCP o webhook può eseguire tale approvazione.
Non esiste deliberatamente alcuna funzionalità di approvazione, attivazione o autorizzazione in alcun ambito. Il controllo è strutturale: le rotte che promuovono una proposta richiedono un amministratore di workspace umano autenticato, e questa regola è garantita da una suite di test permanente.
Le risposte destinate all'esterno sono proiettate, non grezze. Le identità di revisori e autori lasciano il workspace sotto forma di etichette di ruolo — ad esempio "Amministratore del workspace" — mai come nomi o identificativi interni. Gli agenti connessi apprendono ciò che è stato deciso e da quale ruolo, non da chi.
La scala di affidabilità
Ogni elemento esterno nasce non verificato. Ogni passaggio di livello nella scala — riscontro revisionato, contesto approvato, verità aziendale — è una decisione umana che modifica l'autorizzazione del materiale.
Domande
Qualsiasi client compatibile con MCP. Claude (web, desktop e mobile) si connette tramite OAuth ed è verificato e operativo; ChatGPT si connette tramite lo stesso flusso OAuth in modalità sviluppatore. Claude Code, Cursor e gli agenti personalizzati si connettono tramite una chiave API del workspace.
No. Gli agenti esterni possono leggere il contesto approvato e inviare proposte, ma nessun ambito o strumento può approvare, attivare o pubblicare. Ogni proposta rimane in una coda di revisione finché un amministratore umano del workspace non prende una decisione.
Viene inserito come contesto non verificato in un'area di revisione accessibile solo al server. Un revisore può promuoverlo a dato di riscontro, approvarlo come direttiva attiva o rifiutarlo — gli elementi rifiutati vengono conservati con la relativa tracciabilità, ma non influenzeranno mai i lavori futuri.
Non ancora — si tratta di una beta chiusa in sola lettura, attivabile per singolo workspace. Il server MCP, l'API REST e i webhook in entrata sono invece generalmente disponibili.
Approfondisci
Sviluppatori
Dettagli su endpoint, ambiti, strumenti MCP e firma dei webhook.
Integrazioni
I canali e le sorgenti dati ufficiali a cui si connette un workspace.
Governance e Autonomia
Il modello di revisione attraverso cui passa ogni proposta esterna.
Memory Governance Protocol
La dottrina alla base della memoria organizzativa regolamentata.
Crea una chiave API del workspace dalle Impostazioni o inizia con uno scan del DNA — la piattaforma aperta attinge dallo stesso registro approvato di qualsiasi altra funzionalità del prodotto.