Orchestrer vos projets Twilio : comment optimiser votre méthode de travail pour accélérer le prototypage avec les plugins Claude Code

Orchestrer vos projets Twilio : comment optimiser votre méthode de travail pour accélérer le prototypage avec les plugins Claude Code

Créer des applications Twilio prêtes à être déployées en production n’est pas toujours une mince affaire. Les développeurs expérimentés connaissent bien les difficultés et la complexité que cela peut représenter.

Prenons la mesure de tout ce qu’implique le développement et la mise en production d’une application pleinement opérationnelle. La maîtrise de TwiML (Twi lio M arkup L anguage), le langage de balisage propre à Twilio, suppose notamment de se familiariser avec une syntaxe spécifique. Si l’utilisation des verbes et des noms repose sur des conventions cohérentes, elle nécessite néanmoins l’apprentissage de règles qui lui sont propres. La sécurisation des webhooks exige également la validation des signatures des requêtes afin d’en vérifier l’authenticité. Les API de Twilio bénéficient d’une conception soignée, comme nous nous permettons de le souligner, et s’accompagnent d’une documentation exhaustive. Toutefois, avec plusieurs milliers de paramètres, l’étendue des fonctionnalités et des mécanismes à maîtriser reste considérable. Il ne s’agit donc pas simplement d’apprendre à utiliser une API, mais de se familiariser avec un écosystème technique complet, caractérisé par ses propres conventions de développement, ses cas particuliers et un ensemble de bonnes pratiques consolidées au cours de plus d’une décennie d’utilisation en production, dans des dizaines de contextes applicatifs différents. Cette complexité n’est toutefois pas propre à Twilio... Dès lors que l’on souhaite créer une application ambitieuse, il faut composer avec une certaine complexité.

Imaginez maintenant pouvoir vous appuyer sur une équipe de collaborateurs fiables, capables de vous accompagner dans vos tâches et d’en partager la charge. Et si je vous disais que vous disposez déjà de tels alliés ?

Dans cet article, je vous expliquerai comment accélérer le prototypage d’applications Twilio grâce aux plugins Claude Code développés par Anthropic. Twilio Voice servira de principal exemple, mais les approches et les bonnes pratiques présentées sont également applicables à Messaging, Sync, Verify, ainsi qu’à la grande majorité des autres produits Twilio. Le plugin Claude Code utilisé dans cette démonstration vous permettra de concevoir rapidement des prototypes fonctionnels afin d’évaluer la pertinence de vos projets et de déterminer s’il convient de poursuivre leur développement.

Alors, prêts à vous lancer ? Poursuivez votre lecture, intrépides aventuriers !

Claude Code et Opus 4.6 : une étape charnière dans l’évolution de la programmation agentique

Cela fait maintenant quelques années que j’explore les possibilités offertes par les grands modèles de langage (LLM), en multipliant les expériences et les essais en tout genre. Et s’il y a bien une chose dont je suis convaincu, c’est que 2025 a marqué un véritable tournant. Selon moi, c’est à cette période que les applications concrètes des LLM à la génération de code ont commencé à répondre véritablement aux attentes et aux promesses suscitées par ces technologies. Mon expérience avec le modèle Opus 4.6 d’Anthropic, et plus particulièrement avec Claude Code, me conduit à penser que nous sommes désormais entrés dans une nouvelle ère du développement logiciel.

Cette conviction est d’ailleurs partagée par d’autres acteurs du secteur. Boris Cherny, développeur principal de Claude Code, a ainsi déclaré que, sur une période récente, l’intégralité de ses contributions au code source avait été générée par Claude. Un ingénieur expérimenté de Google a récemment raconté sur le réseau social autrefois connu sous le nom de Twitter qu’il lui avait suffi de décrire un problème à Claude Code pour que celui-ci réalise en une heure ce qui lui avait demandé un an de travail.

Ces exemples sont certes exceptionnels, mais ils correspondent globalement à ce que j’ai moi-même pu constater. Des tâches qui nécessitaient auparavant plusieurs semaines peuvent désormais être accomplies en quelques heures, tandis que celles qui prenaient des heures ne demandent plus que quelques secondes. Le moment n’a jamais été aussi propice pour prendre part à la révolution du développement logiciel assisté par l’IA. Et pour vous accompagner dans cette aventure et vous guider à travers les mines de la Moria, difficile d’imaginer meilleur allié que Twilio !

Première étape depuis Cul-de-Sac : installer le plugin

Toute aventure a son point de départ, et la nôtre commence par une étape toute simple : installer le plugin. Une fois celui-ci en place, nous aurons tout ce qu’il nous faut pour entamer notre périple vers la création d’une application Twilio. Pour commencer, rien de plus simple : exécutez la commande suivante.

Il suffit d’ajouter un catalogue de plugins (marketplace), puis d’exécuter une seule commande d’installation. Votre projet dispose désormais des éléments suivants :

• Six sous-agents spécialisés
• Soixante-deux fichiers de compétences (skills) propres à différents domaines
• Quinze commandes slash destinées à faciliter les opérations les plus courantes
• Neuf hooks automatisés de Claude exécutant des scripts Bash pour assurer l’application des contrôles et des règles de qualité

Avec le plugin Claude, vous disposez d’un véritable copilote Twilio prêt à vous accompagner dans tous vos projets. Et bonne nouvelle : inutile de revoir l’organisation ou la structure de votre application ! Il vous suffit de remplir quelques conditions préalables, que nous allons découvrir dans un instant.

Préparer son départ pour le Mordor : configuration requise Prérequis

obligatoires :

• Claude Code : interface en ligne de commande (CLI) servant d’environnement d’exécution au plugin.
• Node.js version 20 à 22 : le Twilio Serverless Toolkit ne prend actuellement pas en charge les versions ultérieures à la version 22. Nos tests indiquent que Node.js 22 fonctionne correctement, malgré l’affichage de certains messages d’avertissement dans le terminal. Toutefois, cette version n’a pas encore fait l’objet d’une certification complète. Pour ma part, j’utilise fnm pour gérer les différentes versions de Node.js et éviter l’affichage de messages d’avertissement dans le terminal. Cette solution peut toutefois donner des résultats différents selon la configuration de votre environnement.
• Compte Twilio : un compte disposant d’un identifiant Account SID et d’un jeton d’authentification Auth Token est nécessaire. Vous pouvez créer gratuitement votre compte en suivant ce lien.
• Interface en ligne de commande Twilio (Twilio CLI) avec le plugin Serverless : installez le plugin à l’aide de la commande twilio plugins:install @twilio-labs/plugin-serverless.
• Numéro de téléphone Twilio : un numéro est nécessaire pour utiliser les fonctionnalités d’appels et de SMS. Consultez les instructions disponibles ici pour savoir comment rechercher et acheter un numéro..

Variables d’environnement : elles devront être renseignées dans le fichier .env de votre projet après sa création.

Gestion des autorisations : certaines commandes requièrent l’octroi explicite d’autorisations.

Celles-ci peuvent également être accordées de façon sélective, en fonction des besoins et des opérations à effectuer.

La Communauté n’attend plus que vous !

C’est ici qu’intervient mon plugin twilio-claude-plugin.

Vous pouvez demander à Claude de vous présenter les différentes fonctionnalités du plugin twilio-claude-plugin, que vous avez préalablement installé, ainsi que les possibilités qu’il offre pour faciliter votre travail. Vous trouverez ci-dessous une synthèse des fonctionnalités disponibles dans le contexte de votre projet.

Le plugin twilio-claude-plugin permet de constituer une équipe de sous-agents d’intelligence artificielle spécialisés, destinés à vous accompagner dans le développement de votre application Twilio. Chaque sous-agent se voit attribuer un rôle spécifique et contribue, dans son domaine de compétence, à la réalisation des objectifs du projet.

Et la grande leçon à retenir ? Vous êtes à la tête de cette intrépide équipe, mais vous n’avez pas besoin d’endosser tous ces rôles à la fois. La Communauté est là pour vous épauler.

Nous avons tous déjà été amenés à cumuler ces responsabilités au cours d’une même journée : concevoir une architecture le matin, développer à l’heure du déjeuner, procéder à une revue de code avant une réunion, puis mettre à jour la documentation pour répondre à une question. Cette multiplication des rôles peut rapidement devenir éprouvante, d’autant que chacun possède ses propres domaines de prédilection. Et maintenant ? Vous pouvez vous concentrer sur l’orchestration des différentes tâches.

Les raccourcis peuvent coûter du temps : comment passer de résultats approximatifs à une solution fonctionnelle dès la première tentative

C’est souvent là que les choses se compliquent pour ceux qui se lancent dans le développement assisté par l’IA. Ils rédigent quelques phrases à l’intention d’un modèle conversationnel, appuient sur Entrée et s’étonnent ensuite de devoir multiplier les corrections et les ajustements avant d’obtenir un résultat satisfaisant. C’est justement ce scénario que j’ai voulu éviter en créant twilio-claude-plugin.

Car le véritable secret pour réaliser des gains de productivité considérables tient en un mot : la préparation. Tout commence par une méthode de travail clairement définie, une organisation structurée et une approche modulaire qui permet d’avancer efficacement, étape par étape.

Et c’est là que tout se joue : la différence entre du code généré à la va-vite, qu’il faudra sans cesse reprendre, et une solution qui fonctionne parfaitement dès le premier essai tient à la préparation minutieuse du processus de travail et des différents éléments du projet, bien avant que les sous-agents ne se mettent à l’œuvre.

Voici une méthode de travail qui a déjà largement fait ses preuves auprès de plusieurs d’entre nous chez Twilio.

Je vous propose de découvrir comment elle fonctionne, étape par étape.

Étape 1 Brainstorming : donner forme à vos idées

La première étape consiste à utiliser un modèle de brainstorming (vous pouvez vous appuyer sur le modèle que j’utilise personnellement, disponible ici). Ajoutez ensuite, à la fin du fichier, une brève description de votre projet d’application afin de fournir à Claude les informations contextuelles nécessaires pour amorcer la réflexion. À partir de ces éléments, Claude vous soumet successivement des questions portant sur une nouvelle fonctionnalité, en procédant question par question. Une fois le sujet suffisamment approfondi et les différents aspects examinés, il synthétise l’ensemble des échanges dans un document structuré.

Le modèle de brainstorming prévoit les questions suivantes :  Il n’est pas nécessaire de disposer dès cette étape de réponses à l’ensemble des questions :

• Énoncé du problème : quel problème essayez-vous de résoudre ?
• Utilisateurs cibles : qui utilisera la solution ?
• Fonctionnalités clés : quels sont les éléments ou les fonctionnalités indispensables ?
• Services Twilio : Quelles API conviennent ?
• Points d’intégration  : quels composants doivent communiquer entre eux ?
• Critères de réussite : quels éléments permettent de vérifier le bon fonctionnement de la solution ?

Une fois cette phase terminée, vous avez entre les mains un plan de développement complet et détaillé, avant même d’avoir écrit la moindre ligne de code. C’est là toute la différence qu’apporte cette interaction avec Claude en mode planification : au lieu de simplement lui demander « Crée-moi une application vocale », vous pouvez lui fournir des instructions beaucoup plus précises, comme « Voici les sept composants dont nous avons besoin, l’ordre dans lequel ils doivent être développés et les critères de validation à respecter pour chacun d’eux. »

Étape 2 Élaboration du plan d'exécution

Claude devrait passer automatiquement en mode planification. Si ce n’est pas le cas, utilisez le raccourci Maj + Tab pour faire défiler les différents modes jusqu’à sélectionner le mode planification. C’est ici que votre projet commence véritablement à prendre forme. Claude reprend le problème dans son ensemble et le décompose en étapes concrètes, afin de construire un plan d’action structuré que vos sous-agents pourront ensuite exécuter. Chaque membre de votre équipe dispose ainsi d’une mission bien définie, d’un périmètre d’intervention précis, de consignes concernant les résultats attendus et d’une liste de tâches à accomplir.

Étape 3 Confier le plan à votre Architecte

Une fois le plan établi, examiné et formellement validé par l’expert responsable du projet, à savoir vous-même, Claude le transmet au sous-agent Architect. Ce dernier procède à une revue de la conception, vérifie la validité de l’approche technique proposée, contrôle sa conformité avec les conventions et les modèles de conception du projet, puis déclenche la séquence d’exécution des différents sous-agents.

Le processus suit alors l’enchaînement suivant : Architecte → Spécifications → Génération des tests → Développement → Revue de code → Documentation

Chaque sous-agent prend en charge les tâches relevant de son domaine de compétence. Conformément à l’approche de développement piloté par les tests (TDD), les tests sont élaborés avant l’implémentation des fonctionnalités. (TDD). Le code est ensuite soumis à une revue avant toute fusion, tandis que la documentation fait l’objet de mises à jour automatiques.

Quel est votre rôle dans ce processus ? Vous restez au cœur des décisions. Vous avez défini les orientations du projet lors de la phase de brainstorming, puis examiné et approuvé le plan d’exécution. Et maintenant ? Il ne vous reste désormais qu’à superviser le travail de la Communauté.

Dans la section suivante, je vous présenterai plus en détail les ressources et les fonctionnalités mises à votre disposition par le plugin.

Les présents de Galadriel : présentation des fonctionnalités incluses

Sous-agents (déclenchés automatiquement par Claude)

Claude détermine automatiquement les sous-agents spécialisés à mobiliser en fonction de la nature de la tâche à réaliser. Il n’est pas nécessaire de connaître les commandes permettant de les appeler : il vous suffit de décrire l’opération souhaitée pour que Claude active le sous-agent correspondant.

Commandes slash (exécutées à l’initiative de l’utilisateur)

Certaines opérations peuvent également être déclenchées explicitement par l’utilisateur, lorsqu’une exécution à la demande est préférable :

Skills (fichiers de connaissances spécialisées)

Ces fichiers contiennent des connaissances propres à différents domaines, qui sont automatiquement chargées lorsqu’elles sont pertinentes pour la tâche à accomplir. Plus de 30 skills sont disponibles, notamment :

API de Twilio :

• Voice - verbes TwiML, paramètres de webhook, gestion des appels
• messaging - tout ce qui concerne les SMS et MMS, les notifications de statut des messages et la gestion des contenus multimédias
• verify - les différents canaux de transmission des codes à usage unique (OTP), les limites de fréquence des requêtes et les codes d’erreur
• sync - les ressources Documents, Lists, Maps et Streams, qui permettent de gérer différents types de données synchronisées
• taskrouter - le routage des tâches en fonction des compétences disponibles et leur attribution aux ressources appropriées
• conversation-relay - protocole de communication WebSocket destiné aux applications d’intelligence artificielle vocale en temps réel
• messaging-services - gestion des ensembles d’expéditeurs et respect des exigences liées au dispositif A2P 10DLC
• Et bien d’autres encore !

Communications vocales et flux multimédias :

• conference : orchestration des appels, mise en attente et désactivation du microphone, transferts avec consultation, accompagnement des agents (coaching), instructions confidentielles (whisper) et intervention dans les appels en cours (barge).
• media-streams : traitement des flux audio au moyen du protocole WebSocket, intégration de solutions personnalisées de reconnaissance vocale (Speech-to-Text, STT) et de synthèse vocale (Text-to-Speech, TTS).
• real-time-transcription : transcription des communications vocales en temps réel et intégration des transcriptions au service Voice Intelligence.
• voice-insights : diagnostic des problèmes affectant la qualité des appels, analyse des événements et des indicateurs de performance, et vérification a posteriori du déroulement des communications.
• Et bien d’autres encore !

Ressources de référence :

• twilio-cli : documentation de référence des commandes de la CLI Twilio et du Serverless Toolkit.
• twilio-invariants : apprenez à reconnaître et à éviter les pièges techniques bien connus des développeurs, notamment ceux qui peuvent provoquer des erreurs difficiles à détecter.
• voice-use-case-map : découvrez quels produits Twilio privilégier en fonction de dix cas d’usage différents liés aux communications vocales.
• deep-validation : modèles et procédures de validation approfondie permettant de vérifier le bon fonctionnement d’une solution au-delà du simple retour d’un code de statut HTTP 200.
• tdd-workflow : modèles de processus de développement piloté par les tests, reposant sur les trois phases du cycle TDD : rouge, vert et refactorisation.
• Et bien d’autres encore !

Vous travaillez sur la vérification de numéros de téléphone ? Le skill Verify se charge automatiquement. Vous développez plutôt un serveur vocal interactif (SVI) ? Là encore, toutes les connaissances nécessaires sont déjà à votre disposition. Pas besoin de connaître l’écosystème Twilio dans ses moindres recoins : les cartes sont déjà là pour vous aider à trouver votre chemin !

Idiot de Touque ! Des hooks pour vous éviter de faire des bêtises

Avec les hooks de Claude Code, même les aventuriers les plus téméraires bénéficient d’un filet de sécurité : les opérations dangereuses sont bloquées avant qu’elles ne puissent causer des dégâts irréversibles.

En pratique :

Grâce à ces protections, fini le risque de publier par inadvertance votre jeton d’authentification sur GitHub. Mais si, malgré les sages avertissements de Gandalf, vous parvenez tout de même à commettre cette erreur (ou si le mal est déjà fait), pas de panique : Twilio Git Guard peut voler à votre secours, tel un Aigle géant surgissant du ciel pour vous sauver des pentes de la Montagne du Destin !

Vous ne passerez pas ! Quand les robots prennent les commandes du développement piloté par les tests

Pour la plupart d’entre nous, le développement piloté par les tests (TDD) n’est pas toujours facile à mettre en pratique. Mais savez-vous qui adore cette méthode ? Les robots ! Ils sont particulièrement à l’aise avec cette approche et y excellent véritablement.

Le cycle /test-gen → /dev illustre parfaitement comment des compétences complémentaires peuvent être mises à contribution, les unes après les autres :

• Phase rouge (génération de tests) : Phase rouge : commencer par rédiger des tests qui échouent, en envisageant notamment les scénarios où les choses ne se passent pas comme prévu
• Phase verte (dev) : écrire le minimum de code nécessaire pour faire passer les tests, en partant des scénarios où tout fonctionne comme prévu
• Refactorisation : améliorer et restructurer le code tout en veillant à ce que les tests restent au vert

C’est le développement piloté par les tests (TDD) dans les règles de l’art :

• Les tests définissent le comportement attendu du code avant même son implémentation.
• Impossible de faire involontairement l’impasse sur les tests : ils constituent la première étape du processus.
• Vous pouvez refactoriser votre code avec davantage de confiance, puisque les tests permettent de détecter les éventuelles régressions.

Avant de se lancer dans l’implémentation, le sous-agent /dev vérifie que des tests en échec ont bien été rédigés. Le sous-agent refuse de générer du code sans que des tests permettent d’en vérifier le bon fonctionnement. Le respect de cette discipline est ainsi directement intégré au processus de développement.

Au départ de Fondcombe : présentation détaillée du processus de développement

Nous avons précédemment présenté une vue d’ensemble des différentes étapes du processus de développement. Voici à présent l’approche que je préconise pour concevoir et mettre en œuvre un projet d’une certaine complexité :

1. Brainstorming

Commencez par créer un fichier brainstorm.md, puis utilisez-le pour engager une session de réflexion avec Claude Code. (Vous pouvez également reprendre le modèle que je mets à votre disposition, en commençant par adapter la partie « Voici l’idée en question : » de la section Le sujet de votre session de brainstorming afin d’y décrire votre projet d’application.)

Une fois le fichier prêt, il ne vous reste plus qu’à engager la conversation avec Claude en lui adressant l’instruction suivante :

Claude vous accompagne alors dans votre réflexion en vous posant des questions, une à la fois. Une fois que vous avez fait le tour du sujet, Claude reprend l’ensemble de vos échanges et les transforme en un plan clair et structuré, qu’il vous présente avant que vous ne quittiez le mode planification.

2. Élaboration du plan d’exécution

À présent, soumettez de nouveau le plan à Claude en lui adressant l’instruction suivante :

3. Lancement de la séquence d’exécution des sous-agents

Transmettez le plan au sous-agent Architect si Claude ne déclenche pas automatiquement cette étape à la sortie du mode planification. Laissez ensuite la séquence d’exécution se dérouler, chaque sous-agent intervenant successivement selon les responsabilités qui lui ont été attribuées.

Copiez l’instruction suivante dans le terminal Claude :

4. Vérification et déploiement

Vérifiez le résultat obtenu. Exécutez la commande /test, puis la commande /deploy. Il ne vous reste plus qu’à mettre votre application en production.

Imaginez : ce qui vous demandait autrefois des heures à jongler entre la documentation, le code et les tests peut désormais se faire en quelques minutes, simplement en orchestrant le travail de vos sous-agents. Ce n’est pas que ces tâches étaient hors de portée auparavant. Mais aujourd’hui, vous n’avez plus besoin de les accomplir seul : toute une équipe est là pour vous épauler.

Parchemins anciens et sagesse ancestrale : les secrets de la hiérarchie CLAUDE.md

Pour exploiter pleinement les fonctionnalités du plugin, il est recommandé de disposer d’un fichier CLAUDE.md au sein du projet. Ce fichier permet de définir le contexte de travail, les normes et conventions de programmation ainsi que les modalités d’interaction et de collaboration à appliquer.

Bien que les plugins n’exploitent pas directement le fichier CLAUDE.md, celui-ci constitue une ressource précieuse pour l’instance de Claude Code dans laquelle ils sont installés. Il permet notamment de définir des consignes et des préférences destinées à adapter le style, le ton et le rythme des interactions à vos besoins.

Un fichier CLAUDE.md de référence, situé à la racine du projet, doit idéalement préciser les éléments suivants :

• Une vue d’ensemble de votre projet et des objectifs que vous souhaitez atteindre
• Les conventions de programmation et les préférences que vous souhaitez voir respectées
• Les exigences auxquelles les tests doivent répondre
• Vos attentes concernant le ton et le style de communication à adopter

Vous trouverez ici un exemple de fichier Claude.md dont l’utilisation s’est révélée particulièrement efficace dans le cadre de mes propres projets. Selon la complexité et l’envergure de votre projet, vous pouvez également créer des fichiers CLAUDE.md dans différents sous-répertoires afin de fournir des informations contextuelles propres à chaque domaine ou aux différentes API utilisées. Pour cela, rien de plus simple : il vous suffit d’utiliser la commande /init directement dans Claude Code. Avec une telle architecture, Claude n’a plus besoin de repartir de zéro à chaque nouveau projet. Quelle que soit l’application que vous souhaitez créer.

Les skills du plugin viennent enrichir les instructions déjà définies dans votre fichier CLAUDE.md. Vous bénéficiez ainsi de vos propres conventions de développement, enrichies de toute l’expertise de Twilio.

Cartographes et éclaireurs : références et contributions

L’organisation des fichiers CLAUDE.md ainsi que plusieurs des méthodes d’interaction décrites dans cet article reposent largement sur les travaux précurseurs de spécialistes du domaine :

• Les fichiers de configuration (dotfiles) de Harper Reed ( github.com/harperreed/dotfiles) : une approche fondamentale de la configuration de Claude Code, de la définition du cadre d’interaction et de collaboration, ainsi que des principes et conventions de programmation.
• Agent Skills for Context Engineering ( github.com/muratcankoylan) : une série de techniques d’ingénierie du contexte dont les principes peuvent être adaptés pour structurer et optimiser les processus de développement logiciel.

Nous bénéficions des travaux de pionniers qui ont généreusement choisi de partager leurs connaissances et leurs réalisations avec la communauté.

La route se poursuit, encore et toujours

Alors, convaincu ? Vous n’avez pas encore fait vos premiers pas dans cette aventure ? Il ne vous reste plus qu’à exécuter la commande suivante pour vous lancer :

Une seule commande. Sept agents. Plus de 60 skills. Neuf hooks. Et des décennies d’expérience, de méthodes éprouvées et de bonnes pratiques Twilio, que vous pouvez mettre à profit dans n’importe quel projet.

Évidemment (enfin, je l’espère !), l’idée n’est pas de remplacer les personnes qui participent à la conception ou au développement des produits, ni de les écarter du processus. L’idée n’est pas de remplacer vos compétences, mais au contraire de les démultiplier ! Voyez cette approche comme un véritable amplificateur de vos capacités de réflexion et de création : elle vous aide à avancer plus vite, à donner vie à des prototypes plus aboutis, à dépasser le fameux syndrome de la page blanche et à automatiser toutes ces petites tâches répétitives qui vous font perdre un temps précieux. De quoi vous permettre de vous consacrer pleinement à ce qui compte vraiment : les missions que vous seul pouvez accomplir.

La Communauté est désormais au complet. Et maintenant, tout ce qu’il vous reste à décider, c’est ce que vous ferez du temps qui vous est imparti, avec twilio-claude-plugin à vos côtés. Nous sommes impatients de découvrir les projets que vous réaliserez !

Michael Carpenter, également connu sous le pseudonyme MC, possède une longue expérience dans le domaine des API de télécommunications. Depuis 2001, il développe des solutions logicielles permettant de gérer les communications téléphoniques. En tant que directeur produit chez Twilio, ses centres d’intérêt se situent à la croisée de l’intelligence artificielle, des API, du protocole SIP, de WebRTC et des SDK mobiles. Il est également un grand fan de Depeche Mode. Contactez-le sur mc@twilio.com ou LinkedIn.