Intégrations externes

Le catalogue OrbitWake montre de nombreuses plateformes, mais GitHub reste aujourd’hui le seul adapter externe enregistré dans le runtime release. Cette page documente cette frontière et le statut MCP/custom APIs.

Statut actuel

OrbitWake possède un runtime Connectors générique, mais la branche release actuelle n’enregistre qu’un adapter exécutable : GitHub.

Salesforce, HubSpot, WhatsApp, Slack, Gmail, AWS, Jira, Figma, Airtable, Dropbox, Notion, Google Drive, Microsoft, Shopify, Stripe, Zendesk et d’autres noms apparaissent dans le catalogue public comme exemples de plateformes que la surface Connectors est conçue à intégrer.

Le catalogue n’est pas une liste d’adapters actifs

Le catalogue marketing contient des catégories CRM, Communication, Cloud, Development, Data, Productivity et Commerce. Il précise explicitement que la disponibilité et les capacités varient selon le connecteur.

Les logos identifient des services tiers et n’impliquent ni partenariat ni disponibilité runtime.

Adapter réellement implémenté

Adapter	État runtime	Documentation
GitHub	Implémenté et enregistré lorsqu’un compte GitHub est connecté.	Connectors — GitHub
Google / Gmail / Drive	Pas d’adapter enregistré.	Services Google
Autres services du catalogue	Pas d’adapter vérifié dans la release actuelle.	Cette page.

MCP et custom APIs

La page publique montre une carte “New MCP server” marquée Preview et présente MCP / APIs internes comme direction pour les équipes avancées.

Le dépôt inspecté ne contient pas d’adapter MCP enregistré dans createConnectorRuntimeForUser(). Aucun endpoint de connexion MCP n’est donc documenté comme disponible aujourd’hui.

Architecture prête pour d’autres adapters

Le contrat commun existe déjà : définition du connecteur, type d’auth, liste d’actions, schémas d’entrée, permissions, activité, approvals et idempotency.

Le stockage PostgreSQL connector_accounts est générique par provider, ce qui permet d’ajouter d’autres services sans reconstruire le moteur de permissions.

Permissions communes

Le runtime commun utilise par défaut :

read → allow ;
write → ask ;
sensitive → ask.

Ce contrat existe déjà, mais les actions précises d’un futur adapter ne doivent pas être inventées avant son implémentation.

Ce qu’il ne faut pas déduire

un logo dans le catalogue n’est pas un connecteur utilisable ;
une carte “Connected” dans une maquette publique n’est pas un état workspace réel ;
la présence d’un type d’auth service_account dans le type système ne prouve pas qu’un provider l’utilise déjà ;
le support architectural MCP ne signifie pas qu’un serveur MCP peut déjà être ajouté dans Settings.