La promesse est simple : décrire en langage naturel ce que l’on veut, connecter ses outils, puis laisser l’intelligence artificielle assembler l’automatisation et l’interface. Tasklet se présente en effet comme une plateforme capable d’automatiser des processus métier “en plain English”, avec des connexions à des API, à des serveurs MCP et même à des interfaces utilisées par navigateur.
Le principe est presque déroutant de simplicité. Au lieu de coder une application, on décrit un besoin concret. Par exemple : “Je veux une application interne qui récupère les demandes reçues par email, les classe par urgence, les envoie dans un tableau de suivi et me propose une réponse.” À partir de là, Tasklet s’appuie sur des agents IA capables de raisonner sur plusieurs étapes, d’appeler des outils, puis d’itérer jusqu’à exécuter la tâche. Selon le retour publié par Anthropic dans son étude de cas client, cette logique permet à Tasklet de faire fonctionner des agents connectés à plus de 3.000 intégrations, avec des déclencheurs sur email, webhooks, agenda ou planification horaire.
Concrètement, comment créer son appli de travail en quelques minutes ?
Première étape : partir d’un usage minuscule, pas d’un projet grandiose. L’erreur classique consiste à vouloir bâtir “l’ERP du futur” dès le premier essai. Or la bonne méthode consiste à viser une tâche pénible et répétitive : suivi de leads, tableau de validation interne, reporting marketing, centralisation de pièces jointes, relances clients, ou encore mini-CRM maison. Plus le besoin est précis, plus l’agent comprend vite.
Deuxième étape : écrire un prompt métier, pas un prompt technique. Au lieu de dire “crée-moi une app avec une base de données relationnelle et un front responsive”, il vaut mieux écrire : “Je veux un tableau simple pour mon équipe commerciale. Chaque nouvelle demande reçue par email doit apparaître avec le nom, l’entreprise, le sujet, le niveau d’urgence et un statut à mettre à jour.” C’est là que la promesse du no-code devient crédible : on parle comme un responsable métier, non comme un développeur.
Troisième étape : connecter les outils utiles. Tasklet met en avant ses intégrations prêtes à l’emploi, mais aussi la possibilité de construire un connecteur pour n’importe quel service HTTP. Et lorsqu’aucune API n’existe, la plateforme peut passer par un navigateur hébergé dans le cloud pour interagir directement avec une interface web. Autrement dit, l’outil ne se limite pas aux logiciels modernes bien documentés : il essaie aussi de se débrouiller avec le réel, ce qui change beaucoup de choses pour les entreprises.
Quatrième étape : générer l’application. C’est ici que la nouveauté devient intéressante. Anthropic explique que la fonctionnalité “Instant Apps” de Tasklet permet de produire des applications web interactives reliées aux données réelles de l’utilisateur. Un simple besoin formulé en langage naturel peut donc donner naissance à un tableau de bord, un formulaire interne ou une interface de suivi en quelques minutes. Ce n’est pas de la magie : c’est surtout une compression spectaculaire du temps entre l’idée et l’usage.
Cinquième étape : tester immédiatement avec un cas réel. Une bonne application de travail n’est pas celle qui impressionne, mais celle qui évite une corvée dès le premier jour. Il faut donc vérifier trois choses : les bonnes données remontent-elles ? les statuts sont-ils compréhensibles ? l’équipe peut-elle l’utiliser sans formation ? Si oui, l’application est déjà utile. Si non, il suffit d’ajuster la consigne, de simplifier les champs ou de modifier le flux.
Au fond, Tasklet raconte quelque chose de plus large que la seule création d’applications. La frontière entre “demander” et “développer” se réduit. L’entreprise n’attend plus forcément un sprint de développement pour fabriquer un outil interne. Elle formule un besoin, branche ses données, puis corrige en direct. Tasklet, écrit depuis juin 2025 et lancé publiquement dès octobre de la même année, revendique aujourd’hui des milliers de nouveaux agents créés chaque jour et des cas d’usage allant du tri d’emails au pilotage de dashboards.
La vraie révolution n’est donc pas seulement de créer une appli sans code. C’est de rendre enfin le logiciel aussi rapide que le problème qu’il doit résoudre.
Le principe est presque déroutant de simplicité. Au lieu de coder une application, on décrit un besoin concret. Par exemple : “Je veux une application interne qui récupère les demandes reçues par email, les classe par urgence, les envoie dans un tableau de suivi et me propose une réponse.” À partir de là, Tasklet s’appuie sur des agents IA capables de raisonner sur plusieurs étapes, d’appeler des outils, puis d’itérer jusqu’à exécuter la tâche. Selon le retour publié par Anthropic dans son étude de cas client, cette logique permet à Tasklet de faire fonctionner des agents connectés à plus de 3.000 intégrations, avec des déclencheurs sur email, webhooks, agenda ou planification horaire.
Concrètement, comment créer son appli de travail en quelques minutes ?
Première étape : partir d’un usage minuscule, pas d’un projet grandiose. L’erreur classique consiste à vouloir bâtir “l’ERP du futur” dès le premier essai. Or la bonne méthode consiste à viser une tâche pénible et répétitive : suivi de leads, tableau de validation interne, reporting marketing, centralisation de pièces jointes, relances clients, ou encore mini-CRM maison. Plus le besoin est précis, plus l’agent comprend vite.
Deuxième étape : écrire un prompt métier, pas un prompt technique. Au lieu de dire “crée-moi une app avec une base de données relationnelle et un front responsive”, il vaut mieux écrire : “Je veux un tableau simple pour mon équipe commerciale. Chaque nouvelle demande reçue par email doit apparaître avec le nom, l’entreprise, le sujet, le niveau d’urgence et un statut à mettre à jour.” C’est là que la promesse du no-code devient crédible : on parle comme un responsable métier, non comme un développeur.
Troisième étape : connecter les outils utiles. Tasklet met en avant ses intégrations prêtes à l’emploi, mais aussi la possibilité de construire un connecteur pour n’importe quel service HTTP. Et lorsqu’aucune API n’existe, la plateforme peut passer par un navigateur hébergé dans le cloud pour interagir directement avec une interface web. Autrement dit, l’outil ne se limite pas aux logiciels modernes bien documentés : il essaie aussi de se débrouiller avec le réel, ce qui change beaucoup de choses pour les entreprises.
Quatrième étape : générer l’application. C’est ici que la nouveauté devient intéressante. Anthropic explique que la fonctionnalité “Instant Apps” de Tasklet permet de produire des applications web interactives reliées aux données réelles de l’utilisateur. Un simple besoin formulé en langage naturel peut donc donner naissance à un tableau de bord, un formulaire interne ou une interface de suivi en quelques minutes. Ce n’est pas de la magie : c’est surtout une compression spectaculaire du temps entre l’idée et l’usage.
Cinquième étape : tester immédiatement avec un cas réel. Une bonne application de travail n’est pas celle qui impressionne, mais celle qui évite une corvée dès le premier jour. Il faut donc vérifier trois choses : les bonnes données remontent-elles ? les statuts sont-ils compréhensibles ? l’équipe peut-elle l’utiliser sans formation ? Si oui, l’application est déjà utile. Si non, il suffit d’ajuster la consigne, de simplifier les champs ou de modifier le flux.
Au fond, Tasklet raconte quelque chose de plus large que la seule création d’applications. La frontière entre “demander” et “développer” se réduit. L’entreprise n’attend plus forcément un sprint de développement pour fabriquer un outil interne. Elle formule un besoin, branche ses données, puis corrige en direct. Tasklet, écrit depuis juin 2025 et lancé publiquement dès octobre de la même année, revendique aujourd’hui des milliers de nouveaux agents créés chaque jour et des cas d’usage allant du tri d’emails au pilotage de dashboards.
La vraie révolution n’est donc pas seulement de créer une appli sans code. C’est de rendre enfin le logiciel aussi rapide que le problème qu’il doit résoudre.