Il se peut que le nom de la solution t'importe peu : Worker, Custom Agent ou automatisation. Ce que tu veux, c'est arrêter de copier des données d'une application à l'autre ou de préparer le même rapport chaque vendredi. Mais le choix de la méthode a des conséquences : il change ce que tu paies, les autorisations que tu accordes et la personne qui devra en assurer la maintenance.
C'est pourquoi cet article vise à t'éclairer sur l'option à retenir, avec quelques astuces et conseils pour chacune d'elles.
Quelle option choisir selon la tâche
Automatisation native
Appliquer une règle fixe avec les déclencheurs et les actions disponibles dans Notion.
- Ce qu'il faut : Un forfait Plus et un accès complet à la base pour la configurer. Il existe des exceptions limitées dans le forfait Gratuit.
- Mode de facturation : Incluse dans le forfait, sans consommation de crédits IA pour appliquer la règle.
Custom Agent
Interpréter du contenu, préparer un rapport ou classer des informations en suivant des instructions.
- Ce qu'il faut : Business ou Enterprise, l'autorisation d'en créer un, et un accès explicite à ses sources et à ses outils.
- Mode de facturation : Consomme des crédits. Le montant dépend du modèle et du travail effectué à chaque exécution.
Worker
Garder des données externes à jour, exécuter ta propre logique ou recevoir des événements d'un autre système.
- Ce qu'il faut : Business ou Enterprise, l'autorisation de créer des Workers, et quelqu'un pour développer et maintenir le code.
- Mode de facturation : Facturé à chaque exécution. Notion publie une référence d'environ 0,0023 dollar par exécution, et non un tarif fixe pour tous les travaux.
Quand une automatisation Notion suffit
Lorsque tu peux définir à l'avance ce qui déclenche le processus et ce qui doit se passer ensuite, nous commencerions par une automatisation native.
Par exemple : quand un ticket passe à « Bloqué », prévenir le responsable et créer une tâche de suivi. Notion dispose déjà d'actions pour envoyer des notifications et ajouter des pages à une autre base. Inutile d'écrire du code ou de demander à un agent d'interpréter le ticket.
Il n'est pas nécessaire non plus de changer d'outil parce que la règle comporte un calcul. Les actions d'automatisation acceptent les variables et les formules. Ce qui compte, c'est de savoir si les outils de Notion permettent d'exprimer la règle, et non de pouvoir la décrire en une seule phrase.
Cela dit, ne pars pas du principe qu'on peut les enchaîner sans le vérifier : une automatisation de base de données ne peut pas en déclencher une autre. Si ton flux repose sur cela, il faut revoir la conception.
Même si une automatisation Notion ne suffit pas, tu peux garder un workflow déterministe et utiliser des outils d'automatisation tiers comme Make, Zapier ou n8n. La règle générale : si le workflow est déterministe, choisis une option déterministe. Tu obtiendras de meilleurs résultats, pour un coût plus faible.
Quand un Custom Agent a du sens
Imagine que chaque vendredi, tu souhaites passer en revue les projets en cours et recevoir un résumé des blocages qui méritent ton attention. Tu ne cherches pas une liste de toutes les tâches modifiées, mais une explication de ce qui se passe et de ce qu'il faut examiner en premier.
Un Custom Agent peut lire les sources que tu lui as autorisées, appliquer tes critères et préparer ce rapport selon une fréquence programmée.
Mais il faut lui expliquer ce que signifie « mérite ton attention ». Une échéance dépassée ? Un engagement envers un client ? Un blocage répété dans plusieurs projets ? Si tu n'as pas défini ces critères, l'agent devra les interpréter seul.
Dans cet exemple, nous lui demanderions de relier les tâches qui justifient chaque alerte et d'enregistrer le rapport pour relecture. Nous ne lui donnerions pas le droit de modifier des dates ou de réattribuer du travail simplement parce qu'il en est techniquement capable.
Si tu es encore en train de tester la forme du rapport, commence par le générer depuis le chat et vérifie le résultat. Tu auras tout le temps de le laisser fonctionner seul une fois que tu connaîtras les exceptions.
Quand il te faut un Worker
Un Worker prend tout son sens lorsque tu as besoin de ton propre code : interroger une API, transformer une réponse ou tenir à jour une base Notion avec des données provenant d'un autre système. Notion l'héberge et l'exécute sur sa propre infrastructure. Tu n'as pas à monter de serveur, mais quelqu'un doit maintenir le code et les connexions.
Un exemple : importer des tickets Zendesk dans une base Notion et les garder à jour. Si tu veux seulement copier certains champs et mettre à jour les modifications, il n'y a rien qu'une IA doive décider. Un Worker de synchronisation peut accomplir ce travail seul.
Un Worker peut aussi fournir un outil à un agent. Par exemple, le Worker interroge un système interne et renvoie le statut d'une commande ; l'agent utilise ensuite cette donnée pour préparer une réponse. Dans ce cas, ils travaillent bel et bien ensemble.
Et si le processus commence par un événement externe, comme un changement d'abonnement, un webhook permet au Worker de le recevoir et d'exécuter le code prévu.
Avant de le développer, vérifie si une connexion existante ne répond pas déjà au besoin. Savoir écrire du code ne signifie pas qu'il soit judicieux de le faire.
Et les Skills
Une Skill contient des instructions réutilisables. Elle peut expliquer comment rédiger le rapport, quelles sources consulter ou quand s'arrêter, mais elle ne remplace pas les autorisations, les connexions et les déclencheurs d'un Custom Agent.
Tu peux l'utiliser depuis ton agent personnel ou donner à un Custom Agent l'accès à cette Skill afin qu'il l'applique. Nous l'expliquons avec des exemples dans l'article sur ce que sont les Skills de Notion et comment les créer.
Les autorisations à vérifier
Ici, les trois options fonctionnent différemment.
Automatisations : modifier la base ne suffit pas
Pour créer, modifier ou supprimer des automatisations, il faut un forfait payant et un accès complet à la base. Les invités ne peuvent pas en créer, même s'ils disposent d'un accès complet.
Le forfait Gratuit comporte deux exceptions : il permet de créer des automatisations de notification vers Slack et d'utiliser celles des modèles, sans les modifier. C'est pourquoi il n'est pas exact de dire que le forfait Gratuit « ne propose que des boutons ».
Si l'automatisation modifie une autre base, tu dois aussi disposer des autorisations nécessaires pour modifier la destination. Notion indique que les automatisations n'agissent pas sur les pages à accès restreint.
Custom Agents : vérifie les sources et les personnes avec qui tu le partages
Un Custom Agent dispose de ses propres autorisations. Il n'utilise pas celles de la personne qui lui pose une question. Tu dois configurer les pages, bases et applications qu'il peut utiliser dans Tools and Access ; coller un lien dans les instructions ne remplace pas cette étape.
Cela a une conséquence importante : si tu partages un agent capable de lire les budgets internes, toute personne qui l'utilise peut obtenir des informations sur ces budgets, même si elle ne peut pas ouvrir les pages d'origine.
Vérifie donc les deux points : ce que l'agent peut consulter ou modifier, et qui peut lui parler. Si tu dois restreindre des propriétés précises, notre guide sur les autorisations par colonne dans Notion explique cette partie du système.
Workers : créer le code et accéder aux données sont deux autorisations distinctes
Pouvoir consulter une page Notion ne signifie pas que tu peux déployer un Worker dans cet espace de travail. Un propriétaire contrôle qui peut en créer. Par défaut, seule la personne qui a créé le Worker peut le modifier ou l'ajouter comme connexion ; pour que d'autres le gèrent ou le connectent à un agent, il faut le partager.
La base alimentée par une synchronisation dispose de ses propres autorisations de partage, comme toute autre base Notion. Et si le code appelle une application externe, tu devras aussi vérifier les identifiants et les autorisations de cette application. Partager le Worker ne règle pas à lui seul tous ces accès.
Combien coûte chaque option
L'automatisation native est incluse dans le forfait Plus et les forfaits supérieurs. Si c'est la seule condition, commence par vérifier quel forfait Notion convient à ton équipe. Nous ne passerions pas au forfait Business uniquement pour une règle que tu peux configurer sur Plus.
Avec un Custom Agent, il faut distinguer le forfait de la consommation. Par défaut, il utilise les crédits Select de son propriétaire ; un propriétaire de l'espace de travail peut le financer avec un budget de crédits Notion. Il n'existe pas de prix unique valable pour tous les rapports ou toutes les classifications. Tu peux consulter le modèle de financement dans le guide des crédits pour les Custom Agents.
Si tu achètes des crédits Notion, le tarif publié est de 10 dollars pour 1 000 crédits mensuels et de 13 dollars pour 1 000 crédits annuels. Les crédits mensuels se réinitialisent chaque mois ; les crédits annuels forment une réserve utilisable jusqu'au renouvellement de l'abonnement. Il ne s'agit pas de deux prix mensuels pour un même pack.
Pour les Workers, Notion publie environ 0,0023 dollar par exécution à titre de référence. Parmi ses exemples figurent une synchronisation quotidienne pour environ 0,07 dollar par mois et une synchronisation toutes les heures pour environ 1,66 dollar par mois. Ce sont des exemples d'usage, et non des budgets pour n'importe quelle intégration.
Et si un agent appelle les outils d'un Worker, compte les deux consommations. Chaque appel correspond à une exécution du Worker ; le travail de l'agent est facturé séparément. N'utilise pas un exemple de coût des Workers pour calculer ce que te coûtera l'agent.
Ce qu'il faut éviter lors de la mise en place
La première erreur consiste à confier à un agent l'exécution d'une règle fermée. Si le statut et le responsable sont déjà définis, lui demander de les réinterpréter ajoute de la consommation et un risque d'erreur inutile.
La deuxième consiste à développer un Worker avant d'examiner les actions natives. Même si chaque exécution est peu coûteuse, le code demande de la maintenance. Une intégration cesse d'être une solution lorsque personne ne sait quoi faire en cas d'échec.
Nous éviterions aussi de donner accès à tout l'espace de travail pour gagner du temps de configuration. L'agent a besoin des sources de sa tâche, pas de tous les documents de l'entreprise. Ce travail préalable est détaillé dans Agents IA dans Notion : ce qu'il faut préparer avant de créer le premier.
Notre conseil : teste une tâche précise et vérifie le résultat avant d'élargir le périmètre. Pour l'alerte d'un ticket, il suffit de vérifier qu'elle arrive à la bonne personne. Pour un rapport, il faudra en plus vérifier que les points relevés sont étayés par les sources.
En résumé, prends du recul et réfléchis au processus. Fais d'abord le travail difficile. Une fois le processus clarifié, choisis l'option la plus simple capable de le prendre en charge.
Comment noxen studio peut t'aider
Si tu ne sais pas quelle option convient, nous pouvons examiner avec toi le processus et le système Notion dans lequel il doit fonctionner. À partir de là, nous déterminons ce qui peut être résolu avec les fonctions natives, ce qui nécessite un agent et les cas où le code vaut la peine d'être écrit.
Décris-nous ce que tu veux résoudre dans le formulaire pour réserver un appel de découverte et nous verrons par où commencer.