Toutes les plateformes d'orchestration IA publient un mur de logos, et tous ces murs répondent à la mauvaise question. Le nombre d'intégrations te dit ce que l'éditeur a construit. Il ne te dit rien de ce qui se passe quand l'outil dont tu dépends vraiment n'est pas sur le mur.
C'est ça, la question qui vaut la peine, parce que la réponse est presque toujours la même : tu déposes une demande, tu attends, et l'éditeur la priorise face à toutes les autres. Ton workflow est bloqué sur la roadmap de quelqu'un d'autre.
Ce à quoi les plateformes d'orchestration IA se connectent, et ce qu'elles laissent de côté
Compare trois plateformes de cette catégorie et tu retrouveras la même forme. Un grand catalogue de connecteurs officiels, construits et maintenus par l'éditeur, plus un webhook générique pour tout le reste. Le catalogue est le produit. Le webhook est l'excuse.
Ce modèle a un plafond qui ne bouge jamais. Quel que soit le nombre de connecteurs, l'ensemble est fini et contrôlé par quelqu'un d'autre que toi. Et les connecteurs qui se construisent sont les populaires, ce qui veut dire que les outils propres à ta niche sont structurellement les derniers de la file.
Crew Studio est construit dans l'autre sens. Huit connexions natives couvrent ce que la plupart des opérateurs utilisent au quotidien. Tout ce qui vient après passe par MCP, donc le plafond n'est plus le catalogue. Le plafond, c'est de savoir si l'outil a une API, tout simplement.
La comparaison utile entre plateformes d'orchestration IA n'est donc pas la longueur du catalogue. C'est ce qu'il y a derrière le catalogue le jour où ton outil n'y figure pas. Un formulaire de demande et une file d'attente, ou un standard ouvert sur lequel tu peux construire sans demander la permission à personne.
Les intégrations natives
Huit connexions sont livrées prêtes, choisies parce que c'est là que les opérateurs travaillent vraiment, pas parce qu'elles remplissaient bien le mur. Chacune est bidirectionnelle : la crew y lit et y écrit.
- Gmail
- Les spécialistes lisent un fil pour le contexte et rédigent des réponses dans la voix du studio. En autonomie Confirm, rien ne part sans toi. Un spécialiste tri du support peut trier une boîte avant que tu ne l'ouvres, ce qui est un autre métier que d'écrire les réponses.
- Notion
- La crew écrit dans ta base de contenu, elle ne fait pas que la lire. Un plan de contenu atterrit sous forme de pages avec les propriétés remplies, pas sous forme de bloc de texte que tu dois restructurer. Les briefs antérieurs stockés dans Notion deviennent du contexte de studio.
- Slack
- Lit les canaux pour le contexte et publie la synthèse là où la conversation se passe. Utile surtout aux opérateurs qui travaillent avec une équipe cliente plutôt que seuls.
- GitHub et Linear
- Issues, pull requests, et la capacité de lire ce qui est réellement sorti plutôt que ce qui était prévu. Un changelog écrit depuis le dépôt est exact d'une façon qu'un changelog écrit de mémoire n'est pas.
- Stripe
- Revenu, churn et données de cohorte en entrée d'un brief. Un spécialiste croissance qui lit de vrais chiffres produit une recommandation différente de celui qui lit ta description des chiffres.
- HubSpot et Calendly
- Contexte des deals et prise de rendez-vous. Un brief d'avant-réunion assemblé depuis le CRM plus l'historique du studio sur le compte, plutôt que depuis ce dont tu te souviens en chemin.
REGARDE-LE TOURNER
Connecte ta stack
Voici ce que la crew fait à l'intérieur de chaque connexion, plutôt que les logos seuls. La dernière carte est celle qui compte le plus, et ce n'est pas un logo.
Un détail qui compte plus qu'il n'en a l'air : les intégrations sont attachées au studio, pas au compte. Ton studio client atteint leur Notion. Ton studio personnel atteint le tien. Aucun ne voit celui de l'autre, et c'est la différence entre un outil que tu peux utiliser pour du travail client et un outil que tu ne peux pas.
Gmail
Lit le fil, rédige la réponse dans ta voix, la garde en attente de validation.
Notion
Écrit dans ta base de contenu avec les propriétés remplies. Pas seulement la lire.
Stripe
Lit la rétention par cohorte pour qu'un brief croissance argumente sur des chiffres, pas sur ton résumé des chiffres.
GitHub · Linear
Écrit le changelog depuis ce qui est sorti, pas depuis ce qui était prévu.
Tout le reste · MCP
Ton propre serveur, tes propres identifiants, tes propres outils. Y compris ceux dont nous n'avons jamais entendu parler. Pas de formulaire, pas de liste d'attente, pas de vote de roadmap.
intégrations attachées par studio · le Notion de ton client n'est pas ton Notion
Ce que MCP change
MCP est un standard ouvert pour connecter des systèmes IA à des outils externes. Débarrassé de l'acronyme, ça veut dire qu'un outil peut décrire ce qu'il sait faire dans un format que n'importe quel système IA comprend, sans que l'éditeur IA ait construit quoi que ce soit de spécifique pour lui.
La connexion cesse d'appartenir à l'éditeur.
Une intégration native est un morceau du produit de l'éditeur. Un serveur MCP est un morceau du tien. Si tu pars, il part avec toi.
Le plafond passe du catalogue à l'API.
La question n'est plus de savoir si Crew Studio supporte ton outil mais si ton outil s'expose, tout simplement. C'est une bien meilleure question par laquelle être limité.
Les outils de niche cessent d'être les derniers de la file.
Un éditeur priorise ses connecteurs par nombre d'utilisateurs, ce qui dépriorise structurellement tout ce qui est spécifique. MCP n'a pas de file.
Les outils internes deviennent atteignables.
Le tableur, le dashboard interne, la chose que ton développeur a construite il y a deux ans. Aucun de ceux-là n'apparaîtra jamais sur le mur de logos de qui que ce soit, et tous peuvent être atteints.
Rien de tout ça ne rend les connexions natives moins utiles. Ça veut dire en revanche que le plafond de la plupart des plateformes d'orchestration IA est une décision commerciale et non technique, ce qu'il vaut mieux savoir avant de planifier un mois de travail autour d'un connecteur qui n'existe pas encore.
Construire une connexion que Crew Studio n'a jamais listée
C'est le passage où la plupart des plateformes diraient « contactez le service commercial ». La version honnête, c'est que ça dépend de l'existence ou non d'un serveur MCP pour ton outil.
S'il en existe un, c'est de la configuration.
De plus en plus d'outils publient leur propre serveur MCP, et se connecter revient à pointer Crew Studio dessus et à autoriser. Sans code.
S'il n'en existe pas, c'est du développement.
Quelqu'un doit l'écrire. Ce n'est pas un gros chantier pour un développeur, mais c'est du travail, et prétendre le contraire serait malhonnête. Si tu n'as pas de développeur, cette option reste théorique pour toi aujourd'hui.
Ce que tu obtiens dans les deux cas, c'est la propriété.
Le serveur est à toi. Il fonctionne avec Crew Studio et avec tout ce qui parle MCP, soit une part croissante de la catégorie.
Les intégrations sont attachées par studio
C'est la décision de conception qui sépare un outil utilisable pour du travail client d'un outil qui ne l'est pas, et elle passe facilement inaperçue parce qu'elle sonne comme un détail.
Chaque studio autorise ses propres comptes.
Ton studio client atteint leur Notion, leur Slack, leur Stripe. Ton studio personnel atteint les tiens. Un spécialiste qui travaille dans l'un n'a aucun chemin vers ceux de l'autre, et c'est une propriété structurelle plutôt qu'une permission que tu règles.
La sortie d'un client tient en une action.
Quand une relation client se termine, supprimer le studio supprime les connexions avec. Pas d'audit à faire pour savoir quel compte détient encore un jeton quelque part.
Le même outil peut être connecté deux fois, différemment.
Deux clients tous les deux sur HubSpot, ça fait deux autorisations dans deux studios. Aucun ne voit le pipeline de l'autre, même si l'intégration est la même.
C'est ce qui rend l'isolement crédible.
Une mémoire scellée ne vaut pas grand-chose si tous les studios partagent un seul jeton Gmail. Un isolement qui s'arrête à la frontière du contexte et pas à celle des intégrations n'est pas un isolement, et c'est là que la plupart des outils s'arrêtent.
À qui ça importe
Les opérateurs dans une niche.
Si ta stack contient des outils dont personne n'a entendu parler, le modèle du catalogue n'allait jamais te servir et le nombre sur le mur de logos a toujours été hors sujet.
Les agences qui gèrent des stacks clientes.
Chaque client arrive avec un ensemble d'outils un peu différent. Des intégrations par studio plus MCP, c'est la seule forme qui survit à ça.
Tous ceux qui se sont fait avoir par une dépréciation.
Un connecteur natif qu'un éditeur décide de retirer emporte ton workflow avec lui. Un serveur qui t'appartient n'est pas retiré par quelqu'un d'autre.
Les opérateurs qui s'attendent à voir leur stack changer.
Les outils que tu utiliseras dans deux ans ne sont pas ceux que tu utilises aujourd'hui. Un plafond fixé par l'existence d'une API vieillit mieux qu'un plafond fixé par un catalogue maintenu par quelqu'un d'autre.
Le fil commun, c'est que les quatre sont limités par la roadmap de quelqu'un d'autre. Les plateformes d'orchestration IA qui possèdent chaque connexion décident, à ta place, quels outils méritent d'être supportés et dans quel ordre. La seule sortie, c'est une connexion que tu peux construire et garder.
LÀ OÙ ÇA N'AIDE PAS
Quand les intégrations ne sont pas ton point bloquant
Si tu travailles surtout dans des documents, tu as peut-être besoin de moins de connexions que tu ne crois.
Exporter une synthèse et la coller une fois n'est pas le goulot. Le goulot, c'est de produire la synthèse.
Si ton outil n'a pas d'API, aucune plateforme ne peut aider.
MCP se connecte à ce qui s'expose. Une application de bureau fermée sans interface reste hors de portée, et aucun éditeur n'y changera rien.
Si tu veux une connexion précise plutôt qu'une équipe, regarde du côté des outils de workflow.
Connecter deux applications sur un déclencheur, c'est ce que font Zapier et n8n, moins cher et plus directement. Crew Studio connecte des applications pour qu'une crew puisse travailler dedans, ce qui est un autre métier.
Si la conformité gouverne ta stack, vérifie avant de connecter.
Crew Studio ne propose ni SSO ni SAML à ce stade. Une organisation dont le processus d'achat les exige devrait attendre.
Si tu n'as pas de développeur et que ton outil n'a pas de serveur MCP, sois honnête là-dessus.
Le plafond ouvert est réel mais il n'est pas gratuit. Vérifie si les outils dont tu dépends publient un serveur avant de décider que ce plafond compte pour toi.
CÔTE À CÔTE
Crew Studio comparé à une place de marché d'intégrations fermée
Deux lignes vont clairement à la place de marché, et si ta stack ne contient que des outils grand public, l'étendue d'aujourd'hui vaut mieux qu'un plafond plus haut plus tard. L'échange ne devient payant que quand quelque chose dont tu dépends n'est pas dans la liste.
Il y a une version de cette comparaison qui se résout avec le temps. Les connexions natives continuent de sortir, donc l'écart d'étendue se réduit chaque trimestre, alors que l'écart de plafond est structurel et ne se réduit pas. Que ça compte pour toi dépend entièrement de ta capacité à attendre.
| Capacité | Crew Studio | Une place de marché d'intégrations fermée |
|---|---|---|
| Connexions natives | 8 au lancement, d'autres à venir | Souvent des centaines |
| Connecter un outil non listé | Oui, via ton propre serveur MCP | Non. Tu attends l'éditeur. |
| À qui appartient la connexion | À l'opérateur | À l'éditeur |
| Isolement par projet | Par studio | En général par compte |
| Mise en place d'une connexion native | OAuth, quelques clics | OAuth, quelques clics |
| Mise en place d'un outil non listé | Demande un développeur si aucun serveur n'existe | Pas possible du tout |
| Étendue aujourd'hui | Plus étroite | Plus large |
| Plafond | L'existence d'une API | Le catalogue de la place de marché |
| Des agents qui agissent dans l'outil | Oui, selon le niveau d'autonomie du studio | Variable |
Ce qui n'est pas encore connecté
La roadmap compte plus que la liste actuelle quand tu décides de t'engager, alors voici la version honnête plutôt qu'une bande-annonce.
Reach est livré sur Telegram uniquement.
WhatsApp, Email et iMessage sont prévus et ne sont pas disponibles. Si Telegram n'est pas déjà un endroit où tu es, l'ajouter rien que pour ça est un mauvais échange.
Pas de SSO, pas de SAML.
Ça bloque les achats dans la plupart des entreprises au-dessus d'une certaine taille, et c'est documenté sur la page sécurité plutôt qu'omis.
Google Drive, Airtable et Shopify sont souvent demandés et pas encore natifs.
Les trois publient ou sont sur le point de publier des serveurs MCP, ce qui est le chemin prévu plutôt qu'un contournement.
Aucune connexion native n'agit sans un niveau d'autonomie qui l'autorise.
Ça mérite d'être répété ici parce que c'est la question que les opérateurs posent avant d'autoriser quoi que ce soit : connecter une application ne donne pas à la crew la permission de s'en servir de façon destructive.
À LIRE ENSUITE
À voir aussi
QUESTIONS
Questions sur les intégrations
À quelles applications Crew Studio se connecte-t-il ?
Crew Studio livre des connexions natives à Gmail, Notion, Slack, GitHub, Linear, Stripe, HubSpot et Calendly, et d'autres sont au roadmap. Tout autre outil se branche par un serveur MCP personnalisé, y compris des outils que Crew Studio n'a jamais listés.
C'est quoi, un serveur MCP, et pourquoi ça compte ?
MCP est un standard ouvert pour connecter des systèmes IA à des outils externes. Crew Studio est MCP d'abord : un opérateur peut connecter n'importe quel service qui expose un serveur MCP sans attendre une intégration officielle. La connexion appartient à l'opérateur, pas à l'éditeur.
Crew Studio peut-il publier ou envoyer des choses en mon nom ?
Uniquement au niveau d'autonomie que l'opérateur règle. En Ask et en Confirm, rien ne quitte le studio sans validation. En Ship on trigger, les actions définies s'exécutent dans les applications connectées. Le niveau se configure par studio et se change à tout moment.
Que se passe-t-il quand une application change son API ?
Les intégrations natives cassent comme toutes les intégrations cassent, et on les répare. Si cette page insiste sur MCP, c'est parce que ça change qui attend : une connexion que tu as construite via ton propre serveur MCP, c'est à toi de la réparer le jour où elle casse, à ton calendrier plutôt qu'au nôtre. Voilà l'échange, dit franchement, et c'est pourquoi le plafond d'une liste d'intégrations figée compte plus que sa longueur.