Qu'est-ce que Restorm ?

Restorm est une application de bureau (Windows, macOS, Linux) qui réunit dans un seul projet tout ce qu’on fait autour d’une API : l’appeler, la simuler, enchaîner des appels, versionner le tout et l’exécuter en CI.

Un client d’API multi-protocoles

Là où la plupart des clients d’API s’arrêtent à HTTP et GraphQL, Restorm traite quinze protocoles comme des citoyens de première classe, chacun avec son éditeur dédié et son affichage de réponse adapté :

HTTP · GraphQL · gRPC · SOAP · WebSocket · Socket.IO · MQTT · SSE · STOMP · OData · JSON-RPC (unitaire et par lot) · tRPC · Redis · AMQP / RabbitMQ · Kafka.

Concrètement : le même projet peut contenir l’appel REST qui crée une commande, l’abonnement MQTT qui reçoit l’accusé, et la requête Kafka qui vérifie que l’évènement a bien été publié. Voir le catalogue des protocoles.

L'arbre latéral d'un projet mélangeant, dans un même dossier, des requêtes GraphQL, WebSocket, SSE, Redis, Kafka, AMQP, STOMP, gRPC, SOAP, OData, tRPC, JSON-RPC, MQTT et Socket.IO, à côté des dossiers d'opérations HTTP

Un serveur de simulation

Restorm sait aussi héberger un service au lieu de l’appeler. Vous créez un serveur — c’est un élément à part entière de l’arbre, ajouté depuis Ajouter ▸ Serveur HTTP (ou GraphQL, gRPC, SOAP, WebSocket, Socket.IO, MQTT, OData) — vous lui donnez une route et une réponse, et Restorm écoute sur localhost. Pas de service tiers, pas d’aller-retour réseau, et les {{variables}} sont résolues au moment de servir.

Voir Mode serveur.

Des scénarios visuels

Un scénario est un graphe : des boîtes (appeler une requête, tester une condition, boucler, transformer une donnée, exécuter du code) reliées par des liaisons qui transportent les valeurs. C’est ce qui remplace les scripts pré/post-requête des autres outils, en restant lisible.

Quatre-vingt-dix types de boîtes sont disponibles, du simple If à la connexion Kafka en passant par la validation de schéma JSON. Voir Scénarios.

Un scénario avec un nœud de requête HTTP, une assertion sur le code de statut, une extraction et un nœud If

Local, fichier, versionnable

Un projet Restorm est un fichier .restorm (YAML par défaut) ou une arborescence de dossiers sur votre disque. Rien n’est stocké chez nous. La sérialisation est déterministe — ordre de clés canonique, identifiants dérivés de façon stable — pour qu’une sauvegarde sans modification ne produise aucun diff et qu’une revue de code sur un projet d’API soit exploitable.

Restorm intègre par ailleurs un client git qui comprend le format : un message de commit généré par entité, et une résolution de conflits qui affiche les deux versions dans leur vrai éditeur.

Automatisable

Deux surfaces d’automatisation :

la ligne de commande : restorm --open projet.restorm --run "Tests de fumée" --headless exécute un scénario sans fenêtre, écrit le journal sur la sortie standard et renvoie un code de sortie exploitable en CI. Voir Exécution headless & CI ;
le serveur MCP intégré : un agent IA (Claude Code, Cursor…) peut lire l’arbre du projet, créer des requêtes, les exécuter et piloter l’interface. Voir Piloter Restorm par MCP.

Et le réseau ?

Restorm intègre un pare-feu applicatif : tout appel sortant qui ne vient pas d’une URL présente dans votre projet est bloqué par défaut et vous êtes invité à l’autoriser. Une dépendance qui téléphonerait à la maison ne le fait pas sans que vous le sachiez. Voir Pare-feu.

Éditions

Restorm est utilisable gratuitement, sans limite de requêtes ni de projets, et tous les protocoles d’exécution sont inclus dans l’édition Community. Les éditions Pro et Enterprise débloquent des capacités (exécution headless en CI, git intégré, outils MCP avancés, SSO…) — jamais des quotas. Voir Plans et capacités.