Vergleich
Run it by im Vergleich zu gotoHuman, Slack-Freigaben und Human Tasks in Workflows
27. Okt. 2026 · 6 Min. Lesezeit
Die Kurzfassung
Die meisten Human-in-the-Loop-Tools gehen davon aus, dass die freigebende Person in deinem Team ist: Sie sitzt in deinem Slack, hat einen Seat in einem Review-Postfach oder ist Nutzer in deiner Workflow-Engine. Run it by geht vom Gegenteil aus. Die freigebende Person kann jeder mit einer E-Mail-Adresse oder einem Handy sein, bekommt ihren eigenen Link und meldet sich für nichts an.
Angaben zu anderen Produkten wurden im Oktober 2026 anhand ihrer eigenen Seiten geprüft. Aktuelle Details findest du über die Links.
Review-Postfächer, etwa gotoHuman
gotoHuman ist um ein Postfach herum gebaut, in dem dein Team prüft, was Agenten vorschlagen. Du definierst in seinem Editor einen Review-Typ, der Agent fordert ein Review an (dafür gibt es einen MCP-Server), Prüfende handeln im Postfach oder über eine E-Mail- oder Slack-Benachrichtigung, und das Ergebnis kommt per Webhook zurück. Die Tarife werden pro Seat berechnet.
Das passt gut für ein internes Team, das täglich Agenten-Ergebnisse prüft. Run it by passt zum anderen Fall: einmalige Entscheidungen von Leuten außerhalb des Teams, einem Kunden, einem Vermieter, einer Führungskraft in einer anderen Firma, die einen Link öffnen und nie wiederkommen.
Freigaben in Slack und Teams
Freigabe-Buttons in einem Chat-Tool sind bequem, wenn alle Freigebenden im selben Workspace sind. Sie funktionieren nicht mehr, sobald eine Person es nicht ist: ein Kunde, ein Handwerker, ein Partner in einem anderen Chat-Tool. Die Links von Run it by funktionieren in jedem Browser, und du kannst sie trotzdem selbst in Slack posten.
Workflow-Engines mit menschlichen Schritten
Frameworks und Engines geben dir die Pause, nicht die Seite. LangGraph-Interrupts halten einen Graphen an und setzen ihn mit einem Wert fort, den dein Code liefert; Human Tasks in Orkes Conductor warten auf ein Formular, das ein zugewiesener Nutzer abschickt. Du entscheidest weiterhin selbst, wie die Person erreicht wird, was sie sieht und wie sie nachweist, wer sie ist.
Beides passt zusammen: Halte deinen Graphen an, erstelle eine Run-it-by-Anfrage und mach weiter, wenn der Webhook die Entscheidung bringt.
Im direkten Vergleich
| Run it by | Review-Postfach (gotoHuman) | Freigaben im Chat-Tool | Human Tasks im Workflow | |
|---|---|---|---|---|
| Wer freigeben kann | Jeder mit E-Mail oder Handy | Prüfende auf den Seats deines Tarifs | Mitglieder deines Workspace | Nutzer deines Systems |
| Was sie öffnen | Einen persönlichen Link, ohne Anmeldung | Das Postfach oder eine Benachrichtigung | Eine Nachricht mit Buttons | Die Oberfläche, die du baust oder konfigurierst |
| Mehrere Freigebende und eine Regel | Eingebaut: any, all, majority oder n | Pro Review-Typ konfiguriert | Meist eine freigebende Person pro Nachricht | Du modellierst es im Workflow |
| Nachweis, dass sie es waren | Optionaler E-Mail-Code pro Person | Ihr Konto | Ihr Chat-Konto | Ihr Konto in deinem System |
| Keine Antwort rechtzeitig | Entscheidung expired, nie ein stilles Ja |
Hängt von deinem Setup ab | Hängt von deinem Setup ab | Timeouts, die du konfigurierst |
| Sammelt auch Daten | Ja: dieselben Links können Formulare | Review-Formulare | Eingeschränkt | Ja, mit deinen eigenen Formularen |
So wählst du
- Dein eigenes Team prüft den ganzen Tag Agenten-Ergebnisse: ein Review-Postfach.
- Alle Freigebenden sind in deinem Slack und der Einsatz ist gering: Buttons im Chat-Tool.
- Du betreibst eine Workflow-Engine und brauchst nur eine Pause: ihren menschlichen Schritt, plus einen Weg, die Person zu erreichen.
- Die freigebende Person ist außerhalb deines Teams, mehrere müssen zustimmen oder du musst nachweisen, wer entschieden hat: Freigaben mit Run it by.
Probier es mit deinem Agenten aus
Kostenlos für 250 Anfragen im Monat, ohne Karte. Füge den MCP-Server von Claude Code oder Codex mit einem Befehl hinzu oder nutze die REST API.