RawtohRawtoh/Docs
Documentation

Pourquoi Rawtoh

Ce que Rawtoh fait que Zapier, IFTTT, Node-RED et Streamer.bot ne font pas, et quand un autre outil est le bon choix.

On décrit souvent Rawtoh comme « un Zapier pour streamers ». La comparaison aide au premier coup d’œil et se trompe dans le détail, alors voici la version honnête : où Rawtoh diffère, et où l’un des autres est le bon outil.

En bref

Côte à côte

RawtohZapierIFTTTNode-REDStreamer.bot
Conçu pourLes lives et leur régieLes applis métier (CRM, mail, tableurs)Les objets et applis grand publicL’IoT et la domotiqueUn streamer, un PC
Comment arrivent les événementsPoussés sur un WebSocket que chaque module garde ouvertSurtout du polling, toutes les 1 à 15 minutes selon l’offre ; webhooks pour certaines applisPolling, jusqu’à une heure en offre gratuitePoussés ou interrogés, selon le nœudPoussés, depuis le processus local
De l’événement au scriptMoins de 10 msSecondes à minutesMinutesMillisecondesMillisecondes
Rafales (un raid, 300 lignes de chat par seconde)Mises en file, chaque événement traité, aucun perduChaque événement est une tâche facturée ; limites de débitPas prévu pourTraité dans le processus, peut bloquer le flowTraité sur le PC
Où tourne votre logiqueLes serveurs Rawtoh, dans un bac à sable isolé par exécutionLes serveurs ZapierLes serveurs IFTTTVotre propre machineLe PC de stream
Atteint les outils de votre PC (OBS)Oui, via un module local ou un onglet navigateurNonNonOui, même machineOui, même machine
Rappelle le même outilOui, événements entrants et méthodes sortantes sur une seule connexionApplis trigger et action séparéesUn déclencheur, peu d’actionsOuiOui
La logique s’écrit enTypeScript, typé depuis les modules installésÉtapes visuelles, plus une étape code non typéeApplets visuels, code de filtre en offre payanteFlows visuels, plus des nœuds functionSous-actions visuelles, plus des extraits C#
Code partagé entre automatisationsScripts partagés, importés par chemin——SubflowsActions réutilisables
État persistantStockage clé-valeur par organisation, mises à jour atomiquesStorage by Zapier, une appli à part—Context store, par nœud, flow ou globalVariables globales
Contrôle des rafalesThrottle et debounce sur n’importe quel déclencheurDélai et filtres par étape—Nœuds delay et rate-limitCooldowns par action
Un pupitre pour la régieLe Board : des boutons dans n’importe quel navigateur, chaque appui attribué à son utilisateur—Applets manuels sur votre propre téléphoneDashboard, mono-utilisateurPlugin Stream Deck, un PC
Équipe et rôlesOrganisations avec owner, member et viewerOffres équipe—Instance unique, identifiant partagéMono-utilisateur
Isolation des plantagesBac à sable par exécution avec limites mémoire, pile et tempsPar tâchePar appletUn seul processus : un mauvais nœud function bloque le resteUn seul processus sur le PC
Trace de ce qui a tournéChaque exécution avec son événement, ses logs et chaque appel de moduleHistorique des tâchesJournal d’activitéPanneau debugLogs sur disque
Ajouter une intégrationTout programme qui ouvre un WebSocket, avec un SDK TypeScript ou RustPlateforme développeur ZapierPlateforme développeur IFTTT, payanteÉcrire un nœud en JavaScriptPlugin C#
Assistant IALe Compagnon : lit votre explorateur et vos modules, propose des diffs, pilote vos outilsCopilot qui construit des ZapsCréation d’applets par IA——
Fonctionne sans internetNon, les déclencheurs attendent le retour de RawtohNonNonOuiOui
Continue PC éteintOui, les scripts tournent côté serveurOuiOuiSeulement s’il est hébergé ailleursNon

Les chiffres Rawtoh sont des médianes mesurées en production. Ceux des autres outils viennent de leur documentation publique et de leurs offres au moment de la rédaction, et varient selon l’offre.

Ce qui diffère vraiment

Poussé, pas interrogé

Chaque module garde un WebSocket ouvert vers Rawtoh et pousse les événements au moment où ils arrivent. Un message de chat traverse une file persistante, une condition de déclencheur et une action, et revient dans OBS en quelques dizaines de millisecondes. Zapier et IFTTT vérifient s’il y a du nouveau selon un planning, ce qui convient à une facture et ne sert à rien pour un raid.

Les rafales sont le cas normal

Un raid ou un hype train, c’est des centaines d’événements en quelques secondes. Rawtoh les met tous en file et n’acquitte qu’une fois vos scripts exécutés ; rien n’est perdu et rien n’est facturé à l’événement. Throttle et debounce sur le déclencheur transforment cinquante subs offerts en un seul remerciement. Sur un service facturé à la tâche, la même rafale est une facture.

La même connexion dans les deux sens

Un module émet des événements et répond aux appels de méthode sur un seul socket. Le module OBS signale un changement de scène et change de scène ; le module Twitch signale un sub et envoie le remerciement ; le Board signale un appui et repeint le bouton. Il n’y a pas de séparation « appli déclencheur » et « appli action », et OBS sur votre PC est joignable par un module local qui n’a besoin d’aucun port entrant.

Du vrai code, et c’est le but

Les outils visuels s’arrêtent là où s’arrêtent leurs boîtes : dès qu’il vous faut une condition que la boîte n’a pas, c’est fini. Les déclencheurs et actions Rawtoh sont du TypeScript dans un vrai éditeur, donc il n’y a pas de plafond : si vous pouvez le décrire, vous pouvez le scripter. Les payloads d’événements et les méthodes de modules sont typés depuis les manifestes des modules installés, donc l’autocomplétion sait qu’un message de chat Twitch porte is_subscriber et qu’OBS attend sceneName. Les scripts partagés tiennent le code commun à plusieurs actions. Un quiz avec questions, scores, un board et un overlay OBS, c’est trois actions et trois scripts partagés, pas cinquante nœuds.

Une régie, pas un utilisateur

Les organisations ont des owners, des members et des viewers. Le Board est une grille de boutons que chacun ouvre dans un navigateur ; chaque appui est un événement qui porte qui a appuyé. Les scripts tournent sur Rawtoh, donc le live continue de réagir quand le PC de stream est occupé ou que l’éditeur est fermé.

Chaque exécution dans son bac à sable

Chaque exécution reçoit un bac à sable JavaScript neuf avec des limites de mémoire, de pile et de temps. Un script qui boucle à l’infini est arrêté et signalé ; les autres automatisations ne s’en aperçoivent pas. Dans Node-RED et Streamer.bot, votre code tourne dans le processus de l’outil lui-même.

Le Compagnon

Un assistant dans la barre latérale qui lit votre explorateur et vos modules, écrit et modifie les scripts sous forme de diffs que vous acceptez ou refusez, et peut appeler vos outils directement avec vos propres permissions. Zapier et IFTTT ont une IA qui construit un flow à partir d’une phrase ; aucun des quatre n’en a une qui connaît les modules que vous avez réellement connectés.

Quand un autre outil est le bon choix