Plateforme
La plateforme ouverte SwiftXEO permet aux assistants IA externes et à vos propres systèmes de se connecter à un espace de travail gouverné — capables de lire les directives approuvées et de proposer du travail, sans jamais pouvoir l'approuver.
Un serveur MCP avec OAuth, une API REST limitée à l'espace de travail, des webhooks entrants signés et un connecteur Gmail (bêta) forment une interface unique régie par un seul contrat : propositions externes, gouvernance interne.
L'autonomie propose. L'humain autorise. La gouvernance reste active.
Pourquoi c'est essentiel
Les dirigeants souhaitent que des assistants comme Claude et ChatGPT travaillent avec le contexte réel de l'entreprise — stratégie approuvée, objectifs en direct, enseignements validés — au lieu de deviner à partir d'un paragraphe copié-collé. Ce qui les retient, c'est le risque qu'un outil externe devienne discrètement une autorité décisionnelle.
SwiftXEO résout cette tension de manière structurelle plutôt que par une charte d'utilisation. Les assistants connectés lisent le même registre approuvé que votre équipe, et tout ce qu'ils renvoient entre dans une file d'attente de révision. Le contexte sort ; l'autorité ne sort jamais.
Les interfaces
Claude et ChatGPT se connectent à un espace de travail via un connecteur MCP standard avec authentification OAuth — la connexion de Claude est vérifiée et fonctionnelle de bout en bout. Les clients configurables par fichier comme Claude Code et Cursor se connectent à l'aide d'une clé d'API d'espace de travail.
Des clés d'API limitées à l'espace de travail alimentent une interface REST versionnée : lisez l'ADN Business approuvé, les objectifs, les enseignements actifs et l'historique ; soumettez des preuves et des propositions depuis vos propres systèmes.
Flux push signé et vérifié depuis des systèmes externes. Chaque charge utile est contrôlée par rapport à un secret spécifique à la source et stockée comme matériel pour révision humaine — jamais exécutée, jamais considérée comme fiable à l'arrivée.
Un connecteur bêta en lecture seule qui transforme les e-mails entrants récents en preuves révisables pour l'espace de travail. Il n'envoie jamais d'e-mail et, comme toute source externe, rien de ce qu'il capture ne devient une vérité sans révision.
L'invariable : proposition uniquement
Chaque élément externe — la proposition d'un agent, une charge utile de webhook, un e-mail — entre dans l'espace de travail en tant que contexte non approuvé. Il peut être lu par les réviseurs, pesé comme preuve après révision, et validé comme vérité organisationnelle uniquement par un humain disposant du rôle adéquat. Aucun périmètre d'API, outil MCP ou webhook ne peut effectuer cette approbation.
Il n'existe volontairement aucune capacité d'approbation, d'activation ou d'autorisation, quel que soit le périmètre. Le verrou est structurel : les routes qui promeuvent une proposition nécessitent qu'un administrateur humain de l'espace de travail soit connecté, et cet invariable est garanti par une suite de tests permanente.
Les réponses externes sont projetées, non brutes. Les identités des réviseurs et des auteurs quittent l'espace de travail sous forme d'étiquettes de rôle — « Administrateur de l'espace de travail » — jamais sous forme de noms ou d'identifiants internes. Les agents connectés apprennent ce qui a été décidé et par quel rôle, pas par qui.
L'échelle de confiance
Chaque élément externe naît sans niveau de confiance. Chaque étape franchie sur l'échelle — preuve révisée, contexte approuvé, vérité organisationnelle — est une décision humaine qui modifie ce que le matériel est autorisé à faire.
Questions
Tout client compatible MCP. Claude (web, ordinateur et mobile) se connecte via OAuth et son fonctionnement est vérifié ; ChatGPT se connecte via le même flux OAuth en mode développeur. Claude Code, Cursor et les agents personnalisés se connectent avec une clé d'API d'espace de travail.
Non. Les agents externes peuvent lire le contexte approuvé et soumettre des propositions, mais aucun périmètre ou outil ne peut approuver, activer ou publier. Chaque proposition attend dans une file de révision jusqu'à ce qu'un administrateur humain de l'espace de travail prenne une décision.
Il arrive comme contexte non approuvé dans une zone de révision réservée au serveur. Un réviseur peut le promouvoir en preuve, l'approuver pour en faire une directive active ou le rejeter — les éléments rejetés sont conservés avec leur historique mais n'influencent jamais le travail futur.
Pas encore — il s'agit d'une bêta fermée en lecture seule, activée par espace de travail. Le serveur MCP, l'API REST et les webhooks entrants sont disponibles pour tous.
En savoir plus
Développeurs
Endpoints, périmètres, outils MCP et signature de webhooks en détail.
Intégrations
Les canaux désignés et sources de données auxquels un espace de travail se connecte.
Gouvernance & Autonomie
Le modèle de révision par lequel passe chaque proposition externe.
Memory Governance Protocol
La doctrine derrière la mémoire organisationnelle gouvernée.
Créez une clé d'API d'espace de travail depuis les Paramètres, ou commencez par un scan d'ADN — la plateforme ouverte lit le même registre approuvé que tout le reste dans le produit.