La plupart des IA de travail tournent sur la machine d'une personne et n'améliorent qu'une personne à la fois. Celle-ci tourne dans le cloud : les agents et les workflows appartiennent à l'organisation, une exécution planifiée démarre sans personne au bureau, et un collègue peut reprendre le même travail dans Slack ou sur le web — chaque exécution utilisant ses propres comptes connectés.
Un agent IA de travail porte ses propres instructions, son ton et sa portée. Une équipe peut en faire tourner plusieurs : celui du marketing et celui du support sont deux collègues différents, pas un assistant qui porte deux casquettes.
Quelqu'un réussit un travail avec un assistant IA d'entreprise et le publie. N'importe qui peut l'exécuter, n'importe qui peut l'améliorer, et la correction suivante profite à l'équipe au lieu de rester dans un historique de chat. Les workflows s'appellent aussi entre eux : la veille d'un collègue devient une étape à l'intérieur du vôtre.
Appelle competitor-research pour chaque compte, puis rédige un point par client.
Comme il tourne dans le cloud, il est déjà dans Slack. Mentionnez-le dans un canal pour lancer un workflow partagé par son nom : la demande, le résultat et les ajouts de chacun restent dans un fil que l'équipe peut lire, et non dans une conversation privée introuvable.
@Zerolance monthly-client-update pour les quatre comptes actifs
C'est fait — un point par client, rédigé à partir des tickets et des appels du mois dernier. Voir les brouillons
@Zeroajoute les dates de renouvellement à ce workflow pour que tout le monde les ait le mois prochain
Exécuter un workflow partagé utilise vos propres comptes connectés, approuvés par connecteur et par permission, avec une expiration. Personne n'hérite de la boîte mail d'un collègue en lançant le travail qu'il a écrit.
Publier ce point dans Notion demande d'abord votre approbation.
Partager les instructions n'est pas partager les accès. C'est cette séparation qui rend sûr le fait de confier un travail à un collègue.
Chaque agent IA de travail porte ses propres instructions, son ton et sa portée — au lieu d'un assistant censé tout faire.
Quand quelqu'un réussit un travail, il est enregistré pour le reste de l'équipe : la personne suivante part de la version finie.
Exécuter un workflow partagé utilise vos propres services. Personne n'hérite de la boîte mail ni du CRM d'un collègue.
Chaque exécution consigne les appels effectués et les livrables produits : le travail se vérifie au lieu de se prendre sur parole.
La séparation est volontaire : les instructions circulent dans l'équipe, jamais les identifiants.
Instructions, ton et outils qu'un agent peut atteindre sont réglés une fois pour l'organisation.
Les travaux que l'équipe a déjà résolus. Les nouveaux arrivants héritent de la bibliothèque dès le premier jour.
Les déclencheurs appartiennent à qui les a réglés. Votre exécution du lundi est la vôtre, même sur un workflow partagé.
Chaque membre connecte ses propres comptes : un workflow partagé ne va pas plus loin que la personne qui l'exécute.
Accordées par connecteur et par permission, aux personnes qui en ont besoin, expirantes plutôt que définitives.
Exécutions, appels et sorties sont enregistrés : un administrateur peut dire ce qu'un agent a fait et pour le compte de qui.
Environ 290 connecteurs, accordés par personne — c'est ce qui rend un workflow partagé sûr à transmettre.
Un workflow porte des instructions, jamais un identifiant. Il atteint un service uniquement là où la personne qui l'exécute a approuvé ce connecteur.
Approuvez exactement les permissions dont un agent de travail a besoin, aussi longtemps qu'il en a besoin. La lecture reste distincte de l'écriture.
Déconnectez un service et tous les agents perdent cette portée immédiatement, sans modifier un seul workflow.
Non. Les exécutions ont lieu dans le cloud : une tâche planifiée démarre alors que votre portable est fermé, et un collègue peut lancer le même workflow depuis Slack ou le web sans rien installer.
Non. Le workflow, ce sont des instructions. Qui l'exécute utilise ses propres services connectés : un travail partagé ne devient jamais une boîte mail partagée.
Oui. L'accès s'approuve par connecteur et par permission plutôt qu'en bloc, et il peut être borné dans le temps pour expirer.
Les agents et workflows qu'il a construits restent à l'organisation. Ses connexions personnelles et ses exécutions planifiées partent avec lui.
Les membres voient les agents et workflows partagés. L'historique des exécutions et les automatisations personnelles restent avec la personne qui les a lancées ; les administrateurs gardent la piste d'audit.
Séparément, ils obtiennent deux fois la même réponse. Ici, la version que quelqu'un a réussie est enregistrée une fois et s'améliore pour tous — c'est la seule façon pour que le temps gagné s'accumule.
Zero couvre aussi workflows et automatisation, services génératifs et Slack. Découvrez les services web intégrés, les modèles entre lesquels basculer et les tarifs.
Des agents et des workflows partagés, avec l'accès de chaque membre qui reste le sien.