Un prompt peut-il remplacer Pabbly Connect ?

Construis l’outil d’automatisation le plus simple possible : quand un déclencheur se déclenche sur un service, fais exactement une action sur un second service — pas de conditions, pas de branches, pas d’étapes IA. C’est volontairement la forme d’automatisation la plus simple de ce catalogue, par contraste avec les schémas conditionnels et humain-dans-la-boucle plus complexes que décrivent les autres fiches d’automatisation de ce catalogue. Utilise TypeScript/Node.js avec SQLite ; une configuration complète Postgres et Redis est excessive pour quelque chose d’aussi simple. Implémente un point de terminaison webhook par automatisation configurée qui, à la réception de la charge utile webhook du service déclencheur, extrait quelques champs configurés et appelle l’API du second service avec eux, en utilisant des identifiants stockés et chiffrés. Journalise chaque exécution, la charge utile du déclencheur, le résultat de l’action, succès ou échec, dans SQLite pour un flux d’activité simple. Ajoute une nouvelle tentative basique en cas d’échec, puisque des erreurs d’API transitoires se produisent, mais garde la logique de nouvelle tentative elle-même simple, pas un système de file d’attente complet avec backoff exponentiel. Ne construis pas de branches conditionnelles, de chaînes multi-étapes, d’étapes générées par IA, ni de large bibliothèque de connecteurs — tout ça est explicitement hors périmètre ; si tu en as besoin, les fiches Pipedream, Gumloop, ou Relay.app de ce catalogue couvrent ce terrain à la place. Nécessite un domaine pour le point de terminaison webhook et l’enregistrement d’une application OAuth pour le service qui l’exige.