Une console d’essai d’API intégrée à la doc.
Chaque page d’opération embarque un panneau qui envoie de vraies requêtes fetch depuis le navigateur du lecteur, durée mesurée et visionneuse de réponse comprises. La couche qu’on va d’habitude chercher dans un client API séparé — livrée avec la documentation, et tout reste dans le navigateur du lecteur.

CAPTURE RÉELLE, AFFICHÉE À 1:1
Les formulaires viennent du schéma.
ApiGlow lit chaque opération et en déduit le formulaire : les enums deviennent des listes déroulantes ou des combobox, les tableaux des lignes répétables, les tuples un champ par position, format: binary un champ fichier, et un corps XML arrive pré-rempli d’un exemple généré. Multipart, urlencoded, binaire et texte sont tous de premier rang, et la sérialisation des paramètres suit le schéma elle aussi — style, explode, deepObject, cookies compris.
La requête s’édite depuis les deux colonnes : modifiez un champ dans la doc centrale ou dans le panneau, les deux montrent toujours la même requête. Aucun autre outil de la catégorie ne tient ce miroir.

Dix langages d’extraits, toujours à jour.
fetch, Node, Python, PHP, Ruby, Java, C#, Go et HTTPie. L’extrait suit ce que vous tapez — c’est la requête que vous enverriez vraiment, pas un exemple figé.

Collez un cURL, déposez une collection Postman ou un HAR.
Chaque requête s’exporte — secrets caviardés par défaut.
Un historique rejouable, et un réseau qui s’explique.
Les requêtes atterrissent dans un historique IndexedDB — filtrable, rejouable tel quel ou rechargé dans la console pour l’éditer, avec une rétention affichée dans l’interface et configurable. Une bonne requête vaut aussi comme étape : chacune peut démarrer un scénario.
Quand ça échoue, le panneau diagnostique la panne — hors ligne, contenu mixte, CORS, injoignable — au conditionnel, parce que le navigateur cache les détails. Quand ça réussit, il lit les en-têtes de réponse pour vous : limites de débit, Retry-After, Deprecation et Sunset, pagination Link, identifiants de corrélation, plus protocole, compression et cache.
Les fichiers envoyés ne quittent jamais la mémoire de l’onglet — seuls nom, taille et type sont persistés.
{ "history": { "maxEntries": 500, "maxAgeDays": 30 } }CORS.
tryIt.proxyUrl) ; il n’en fournit aucun. Voir Console d’essai & CORS.Voyez-le dans la démo.