Run it by im Vergleich zu Typeform, Tally, Fillout und Google Forms für KI-Agenten

Die Kurzfassung

Formular-Builder sind für Menschen gemacht, die ein Formular in einem Editor entwerfen und oft teilen. Run it by ist für einen Agenten gemacht, der zur Laufzeit entscheidet, was er fragt, Antworten von bestimmten Leuten braucht und sie als typisiertes JSON zurückhaben will. Mehrere Builder haben inzwischen APIs, und Typeform und Tally haben MCP-Server, daher geht es weniger um den Zugang als um das Modell: was ein „Formular“ ist, wer antwortet und was zurückkommt.

Angaben zu anderen Produkten wurden im Oktober 2026 anhand ihrer eigenen Seiten geprüft. Preise und Funktionen ändern sich; aktuelle Details findest du über die Links.

Im direkten Vergleich

Quellen: Typeform MCP, Typeform Create API, Typeform-Preise, Tally API, Tally-Preise, Fillout REST API, Fillout-Preise, Push-Benachrichtigungen in Google Forms.

Das Schema ist der größte Unterschied

Ein Agent spricht schon JSON Schema: So beschreiben Tools ihre Eingaben. Bei Run it by ist das Schema, das der Agent schreibt, das Formular, und die Antwort wird auf dem Server gegen dasselbe Schema validiert, bevor sie dich erreicht. Es gibt nichts zu übersetzen und nichts synchron zu halten.

Bei einem Builder muss der Agent das eigene Format des Builders erzeugen (Typeforms Definition, Tallys Blöcke, Googles Items), und du bildest jede Antwort wieder auf die Form ab, die dein Code erwartet. Das ist in Ordnung für ein Formular, das du einmal entwirfst; es ist Reibung, wenn jede Anfrage etwas anderes fragt.

Wer antwortet und wer entschieden hat

Builder teilen einen Link pro Formular. Wenn drei Personen antworten, unterscheidest du sie über versteckte Felder oder indem du sie anmelden lässt. Run it by gibt jeder namentlichen Person ihren eigenen Link, sodass jede Antwort und jede Entscheidung ihr zugeordnet ist und der Agent sehen kann, wer noch nicht geantwortet hat, und eine Erinnerung senden kann.

Freigaben sind ein eigener Modus: eine Begründung, eine Regel wie „any“ oder „majority“, optionale E-Mail-Codes, damit ein weitergeleiteter Link nicht entscheiden kann, und eine Entscheidung aus approved, declined oder expired. Mehr dazu unter Freigaben per Link.

Ein Wort zu Google Forms

Die Forms API kann Formulare erstellen, aber Antworten kommen nicht als Webhooks an. Ein „Watch“ sendet eine Benachrichtigung an ein Google-Cloud-Pub/Sub-Topic, die Benachrichtigung trägt IDs statt der Antwort, und der Watch läuft nach sieben Tagen ab, wenn du ihn nicht erneuerst. Zum Erstellen von Formularen braucht es Google OAuth, und seit Mitte 2026 starten über die API erstellte Formulare unveröffentlicht. Es funktioniert, aber es ist viel Installationsarbeit für „Frag Sam nach einem Datum“.

Wann ein Formular-Builder die bessere Wahl ist

• Ein Marketing-Formular oder eine Umfrage, die eine Person entwirft und breit teilt.
• Logikverzweigungen, mehrseitige Abläufe, Zahlungen oder große Datei-Uploads. Das kann Run it by nicht.
• Antwortanalysen, Dashboards und Zusammenarbeit im Team am Formular selbst.

Run it by passt besser, wenn der Agent die Frage schreibt, bestimmte Leute antworten sollen und er typisierte Daten oder eine Entscheidung zurückhaben will, ohne dass ein Mensch etwas baut.