Tester

Ouvre le panneau d'essai de l'action, pré-rempli avec ses paramètres. L'appel n'aboutit que pour les actions du Hub lui-même.

Voir l'élément dans l'écran : hub/mcpagger

Explication

Le panneau d'essai s'ouvre sous la liste, avec un éditeur JSON où chaque paramètre de l'action est déjà écrit, rempli de sa valeur par défaut ou laissé vide.

Executer envoie la requête au Hub, sur /api/actions/<worker>/<action>, avec le jeton fabriqué à l'ouverture de la page. Pour une action de l'application soclehub, l'action s'exécute vraiment. Pour une autre application, le Hub ne connaît pas son worker : l'essai échoue.

Fiche complète

Requête

POST /api/actions/<worker>/<action> sur le Hub, corps = le JSON de l'éditeur, en-tête Authorization: Bearer <jeton>.

Constaté sur le Hub 3.77.0

L'appel part toujours vers le Hub, jamais vers l'application choisie. Pour un worker que le Hub n'héberge pas, /api/actions répond 404 sans corps JSON, et le panneau affiche une erreur de lecture de la réponse au lieu d'un message clair. Pour tester l'action d'une application, passer par son propre POST /mcp.

Pièges

• Sur soclehub, l'essai est réel : une action d'écriture modifie le Hub, sans confirmation. Le repère READ-ONLY signale les actions sans effet.
• Le jeton dure 15 minutes (JWT_ACCESS_TTL, 900 s). Au-delà, recharger la page.