Notion, la clé du développement explosif de Vercel

Pour de nombreuses équipes, Notion s’est imposé comme un espace de création, de connexion et de déploiement d’agents. L’équipe ShipOps a réalisé une grande partie du travail de base, cette dernière étant chargée de veiller au bon fonctionnement de la culture de déploiement rapide de l’entreprise. Brian Emerick, responsable technique de programme pour l’équipe ShipOps (et qui se qualifie lui-même de « Chief Notion Officer ») a joué un rôle clé dans la création de cette flotte d’agents, qui gravitent tous autour du même système central : le calendrier de lancement.

Chez Vercel, il existe trois exigences en matière de livraison de produits : rédiger des documents, tenir un journal des modifications, puis les intégrer au calendrier de lancement. Il s’agit d’une base de données Notion unique utilisée par les équipes pour suivre les produits et leur date de lancement. Cet outil sert de base de communication pour chaque lancement, en permettant une collaboration étroite entre ingénieurs, responsables du marketing et équipes du service client.

En théorie, c’est tout simple. Mais avec le temps, cette base de données s’est développée, comptant près de 50 propriétés couvrant l’ensemble des besoins des employé·es. Vercel s’est d’abord tournée vers des formulaires Notion à logique conditionnelle pour tenter de gérer la situation. Mais cela n’a pas été suffisant sur le long terme.

L’entreprise a alors développé Ship, un agent personnalisé avec lequel les employé·es peuvent échanger depuis Slack pour créer des entrées dans le calendrier de lancement. Plutôt que de passer par un formulaire, les employé·es indiquent à l’agent les informations dont ils et elles disposent (nom, date, lien vers une tâche terminée), et ce dernier se charge du reste en indiquant clairement les informations déjà fournies, ses déductions et ses hypothèses. Il crée ensuite une entrée et partage un lien via le fil de discussion Slack. L’objectif ? Une prise en compte plus rapide des demandes et une hausse du nombre de lancements.

Si Ship a permis de résoudre le problème de la création d’un lancement dans la base de données, il restait encore beaucoup à faire. Il fallait également s’assurer que les personnes concernées soient informées des lancements et puissent agir directement à partir des outils qu’elles utilisent déjà.

C’est là queShip-DX intervient. Lorsqu’un nouveau lancement est créé ou mis à jour dans le calendrier de lancement, ShipDX crée automatiquement un ticket Linear correspondant pour les équipes DX (Developer Experience), notamment les équipes chargées des documents, de la communauté, etc. L’agent extrait les informations de Notion, remplit les descriptions des tickets, fixe les dates d’échéance, crée des sous-tickets et attribue les différentes tâches aux équipes concernées. Il envoie également une notification au responsable du lancement dans un fil de discussion Slack partagé afin qu’il puisse se coordonner avec les équipes DX. En cas de modifications dans Notion, Ship-DX met à jour les tickets Linear en conséquence, et ajoute un commentaire expliquant la nature et la raison de ces modifications.

Pour ce faire, l’équipe de Brian a mis au point un worker Notion qui effectue directement un appel GraphQL vers Linear pour créer des tickets à partir de modèles, puis transfère la tâche au MCP Linear pour les mises à jour et les commentaires ultérieurs. Il s’agit d’un exemple qui s’inscrit dans une tendance plus large : Notion devient la couche de connexion, et les workers comblent les écarts entre les outils.

Cette logique s’applique également à la finalisation de lancements déjà effectués. Ship Closer se met en route, compare le journal des modifications de Vercel et le calendrier de lancement, puis vérifie si un lancement donné a bien eu lieu à la date prévue. En cas de degré de certitude élevé, il marque l’entrée comme livrée. En cas de faible degré de certitude, il attend (il doit respecter un certain délai pour ne pas contacter une même personne tous les jours) et assure le suivi dans un fil de discussion Slack auquel l’ensemble des partenaires du lancement ont déjà accès. Cela s’inscrit dans une tendance plus large chez Vercel : travailler en toute transparence, de sorte que toutes les personnes impliquées dans le lancement disposent des dernières informations. Ship Closer est un agent qui se charge automatiquement de tâches spécifiques.

Drew Bredvick dirige l’équipe d’ingénierie GTM chez Vercel, une équipe spécialisée dans l’IA appliquée chargée de la conception d’outils qui permettent aux équipes commerciales et marketing de conclure plus de contrats. Contrairement à ShipOps, l’équipe de Drew développe des agents entièrement personnalisés en code, déployés sur l’infrastructure de Vercel.

À mesure que l’équipe avançait dans la phase de développement, Notion s’est imposé comme la pierre angulaire de ce système. Les agents créés par l’équipe présentaient cinq composantes : un déclencheur, des jetons, des calculs, une instruction et une capacité d’observabilité. Parmi ces cinq composantes, l’instruction était de loin la plus importante : il s’agit d’un aspect crucial pour déterminer si l’agent effectue une tâche correctement, que l’on peut remodeler à sa guise. Pendant longtemps, ces instructions sont restées stockées dans des bases de code.

Lorsque Nick Bogaty, CRO de Vercel, s’est demandé ce qui motivait les décisions d’un de leurs agents commerciaux, aucune réponse claire ne lui a été fournie. La logique était enfouie dans GitHub, accessible uniquement aux membres de l’équipe d’ingénierie, et impossible à mettre à jour sans une Pull Request, un examen et un déploiement complet. Les modifications de comportement des agents, déployées comme des corrections de bug, étaient très lentes et nécessitaient l’intervention d’un nombre trop élevé de personnes.

L’équipe a donc décidé de transférer l’ensemble des instructions configurables par les utilisateur·rices dans Notion. Désormais, un responsable commercial peut ouvrir un document, modifier directement l’instruction, et l’agent la reprendra lors de son prochain cycle sans que l’équipe d’ingénierie n’ait besoin d’intervenir. D’un jour ouvrable, le cycle d’itération a été réduit à cinq minutes, et l’efficacité des agents est assurée par des personnes qui comprennent réellement la logique métier, et pas seulement le code.

Notion n’est pas le seul espace à rassembler des agents de Vercel. Mais les équipes de Vercel sont unanimes : Notion est devenu le moteur de fonctionnement de leurs agents. Notion s’impose comme la plateforme de développement d’un certain nombre d’agents, ainsi que la couche de connaissances et de logique qui garantit la fiabilité de ces derniers.

Le modèle établi par l’équipe de Brian à l’aide de ShipDX rencontre un franc succès : des agents similaires sont déjà en cours de déploiement pour les équipes chargées de la facturation, des aspects juridiques, etc. Dans une entreprise qui se targue d’évoluer vite, une telle dynamique n’est jamais due au hasard. Tout est une question de priorité.