Run it by im Vergleich zum Selbstbauen und zu MCP-Elicitation

Die Kurzfassung

Eine Seite mit einem Formular und einer Datenbanktabelle ist ein Nachmittag. Ein Link, den du sicher an Fremde schicken kannst, der jedes Schema auf dem Handy gut darstellt, auf beiden Seiten validiert, abläuft, erinnert, seine Webhooks signiert und wiederholt, sind ein paar Wochen, und danach musst du ihn pflegen. MCP-Elicitation ist ein anderes Werkzeug: Sie fragt die Person, die schon im Chat ist.

Was „selbst bauen“ umfasst

• Ein Renderer für beliebige Schemas: Datumsangaben, Enums, Arrays, Einwilligungsfelder, Abschnitte, Schieberegler, mobile Layouts, Entwürfe, die ein Neuladen überstehen.
• Doppelte Validierung: im Browser für die Person und auf dem Server, damit kein von Hand gebauter POST durchrutscht.
• Links, die sich sicher teilen lassen: nicht erratbare Tokens, eins pro Person, Ablauf, vorzeitiges Schließen und eine klare Seite, wenn ein Link nicht mehr gültig ist.
• Zustellung: signierte Webhooks, Wiederholungen mit Backoff und ein Weg, die Antwort zu lesen, wenn der Webhook fehlgeschlagen ist.
• Nachverfolgung: wer noch nicht geantwortet hat, Erinnerungen, die nicht nerven, E-Mail-Codes für Freigaben.
• Missbrauchsabwehr: Rate Limits, eine Bot-Prüfung bei offenen Links und die Ablehnung von Formularen, die nach Passwörtern oder Kartennummern fragen, denn ein Formular-Link von einem Agenten ist ein verlockendes Phishing-Werkzeug.
• Aufbewahrung: Antworten nach Zeitplan löschen und eine Datenschutzerklärung, die die Antwortenden abdeckt.

Nichts davon ist für sich genommen schwer. Zusammen ist es ein Produkt, und zwar nicht das, das du bauen wolltest.

Wann Selbstbauen richtig ist

• Du brauchst Daten in einer bestimmten Region oder auf deiner eigenen Infrastruktur. Run it by speichert Daten in einer einzigen Region (US-East) und bietet noch keine Speicherung ausschließlich in der EU an.
• Du brauchst heute Zertifizierungen wie SOC 2 oder HIPAA. Wir haben sie noch nicht.
• Das Formular ist ein Kernstück deines Produkts und braucht eine komplett eigene Oberfläche.

MCP-Elicitation fragt die Person im Chat

Das Model Context Protocol hat eine Elicitation-Funktion: Während einer Sitzung kann ein MCP-Server den Client bitten, dem Nutzer ein kleines Formular zu zeigen. Sie ist das richtige Werkzeug, wenn die Person, die du brauchst, diejenige ist, die den Agenten gerade nutzt.

Sie ist bewusst schlicht. Das Schema ist ein flaches Objekt aus Strings, Zahlen, Booleans und Enums, die Antwort lautet accept, decline oder cancel, und Server dürfen sie nicht nutzen, um nach Passwörtern oder Schlüsseln zu fragen. Neuere Versionen der Spezifikation fügen einen URL-Modus hinzu, der den Nutzer auf eine externe Seite schickt. Die Unterstützung variiert je nach Client; schau in die Doku deines Clients.

Elicitation im Vergleich zu Run it by

Viele Agenten brauchen beides: Elicitation, um den Nutzer schnell etwas zu fragen, und einen Link, wenn die Antwort von jemand anderem kommen muss. Um Letzteres auszuprobieren, füge den MCP-Server von Claude Code oder Codex mit einem Befehl hinzu; die Doku zeigt, wie.