Run it by vs gotoHuman pour les approbations d’agents IA

La version courte

Les deux permettent à un agent de s’arrêter, de demander à une personne et de recevoir le résultat par webhook. gotoHuman est construit autour d’une boîte de réception d’équipe : les relecteurs vérifient chaque jour ce que produisent les agents, le modifient avant d’approuver et le renvoient pour un nouvel essai. Run it by est construit autour d’un lien : des décisions ponctuelles et des réponses de la part de qui l’agent a besoin d’interroger, avec règles d’approbation et expiration intégrées.

Les informations sur gotoHuman ont été vérifiées sur ses propres pages en novembre 2026. Suivez les liens pour les détails à jour.

Décrire la revue

Dans gotoHuman, vous concevez d’abord un type de revue dans son éditeur, avec des champs comme texte, markdown, images, boutons et listes de sélection. L’agent y envoie ensuite des données via le SDK Python ou JavaScript, l’API HTTP, n8n, Make ou un serveur MCP local.

Dans Run it by, il n’y a rien à configurer au préalable. L’agent envoie le motif, les personnes et, pour un formulaire, un JSON Schema avec chaque demande. Le serveur MCP est distant : ajoutez son URL à votre client et connectez-vous, sans clé à copier.

Qui relit

Les relecteurs de gotoHuman sont surtout des membres de l’équipe avec un siège, qui travaillent dans la boîte de réception web, par e-mail ou dans Slack. Vous pouvez aussi ajouter des relecteurs externes dans les paramètres de votre espace ; ils reçoivent un lien unique et n’ont pas besoin de compte.

Dans Run it by, chaque approbateur est joint par un lien, et vous les nommez à chaque demande : de 1 à 50 personnes, sans configuration préalable. Avec verify: "email", chaque personne confirme un code envoyé à sa propre adresse avant que les boutons fonctionnent, si bien qu’un lien transféré ne peut pas décider à sa place.

Plusieurs personnes, et pas de réponse

Une approbation Run it by a une règle : any, all, majority ou un nombre. Le verdict arrive dès qu’il est décidé, et si personne ne décide avant l’expiration de la demande, le verdict est expired. Il n’existe aucun cas où le silence devient un oui.

gotoHuman peut attribuer une revue à plusieurs personnes. Nous n’avons trouvé, dans sa référence d’API, ni règle sur le nombre d’approbations nécessaires, ni expiration : vous les géreriez donc dans votre propre code.

Tarifs

gotoHuman est gratuit pour 1 utilisateur et 300 revues par mois. Team coûte 79 $ par mois pour 5 utilisateurs, plus 15 $ par utilisateur supplémentaire, avec revues illimitées et l’API Reviews. Run it by n’a pas de sièges : Free couvre 250 demandes par mois, Builder coûte 9 $ pour 2 000 et Pro 29 $ pour 10 000, quel que soit le nombre de personnes qui répondent.

Côte à côte

Quand gotoHuman est le meilleur choix

• Votre propre équipe examine chaque jour ce que produisent les agents, et une boîte de réception partagée avec des métriques d’équipe l’aide.
• Les relecteurs doivent modifier le brouillon, le renvoyer pour un nouvel essai avec un prompt modifié, ou comparer des versions. Run it by ne prend qu’une décision et un commentaire facultatif.
• Vous construisez dans n8n ou Make et voulez un nœud prêt à l’emploi.
• Il vous faut des données hébergées dans l’UE ou un fournisseur certifié ISO 27001. Run it by stocke les données aux États-Unis et n’est pas encore certifié.

Run it by convient quand les personnes qui décident sont extérieures à votre équipe ou changent d’une demande à l’autre, que plusieurs doivent être d’accord, ou que vous devez prouver qui a décidé. Les mêmes liens recueillent aussi des réponses de formulaire. Plus de détails dans les approbations par lien.