Sehen Sie sich das Video an:
Formbox Builder ist eine Low-Code-Umgebung für die durchgängige Gestaltung von Fragebögen. Anspruchsvolle Fragebögen benötigen mehr als nur Felder auf einer Seite. Sie brauchen Struktur, Verhalten, Datenmapping, Extraktion und Befüllung. Builder deckt diese gesamte Bandbreite ab. Zudem bietet er integrierte Möglichkeiten, den Fragebogen während der Erstellung zu prüfen, zu debuggen und zu testen. Die Feedbackschleife ist Teil der Designoberfläche.
Was der eingebettete KI-Assistent verändert hat
Der eingebettete KI-Assistent hat die Art und Weise verändert, wie Formularentwickler mit dieser Umgebung interagieren.
Zuvor erforderte jede Änderung die direkte Bedienung einer umfangreichen Benutzeroberfläche: den richtigen Bereich öffnen, die richtige Steuerung finden, sich merken, wo eine Einstellung zu finden ist, Teile des FHIR SDC-Modells abrufen und dann prüfen, ob das Ergebnis wie beabsichtigt funktioniert. Das funktioniert, verursacht jedoch erheblichen mentalen Aufwand.
Der KI-Assistent reduziert einen großen Teil dieses Aufwands, da er dieselben Builder-Steuerelemente in Ihrem Auftrag bedienen kann. Ein Entwickler kann die fachliche Anforderung in natürlicher Sprache beschreiben und den KI-Assistenten diese in konkrete Builder-Aktionen übersetzen lassen: Elemente erstellen, Abschnitte neu anordnen, Logik konfigurieren, Extraktions- oder Befüllungsverhalten festlegen und den Fragebogen für Tests vorbereiten.
Das verändert die Arbeitsweise. Anstatt ständig in der Benutzeroberfläche zu navigieren und Implementierungsdetails im Kopf zu behalten, können Sie sich auf die eigentliche Anforderung konzentrieren. Der KI-Assistent übernimmt einen Großteil der mechanischen Interaktion mit Builder, während Sie das Ergebnis bewerten.
Wichtig dabei ist, dass dies weiterhin auf der Live-Builder-Seite geschieht. Der KI-Assistent arbeitet nicht an einer losgelösten Kopie an einem anderen Ort. Jede Aktion erscheint in Echtzeit in der Vorschau, direkt neben denselben Steuerelementen, die Sie weiterhin manuell anpassen können. Sie behalten den visuellen Kontext. Sie behalten die schnelle Bearbeitungsschleife. Sie behalten die Möglichkeit, jederzeit einzugreifen.
Das ist der Grund, warum der eingebettete KI-Assistent so effektiv ist. Er verwandelt Builder in eine kollaborative Umgebung, in der der Mensch Absicht und Urteilsvermögen einbringt und der KI-Assistent einen Großteil der operativen Arbeit übernimmt.
Warum Builder kompositionsfähig sein muss
Die Arbeit mit Fragebögen beginnt jedoch häufig außerhalb von Builder.
Es mag ein Ticket mit Anforderungen geben. Ein Richtliniendokument. Einen Fehlerbericht. Eine Spezifikation. Ein Repository mit unterstützendem Code. Ein anderes System, mit dem der Fragebogen abgestimmt sein muss. Manchmal ist der Fragebogen nur ein Artefakt innerhalb eines viel größeren Workflows.
In solchen Fällen ist es zu einschränkend, den KI-Assistenten auf die Builder-Seitenleiste zu beschränken. Der Agent benötigt auch Zugang zum weiteren Kontext. Er muss das Ticket lesen, das Repository prüfen, den Implementation Guide vergleichen, verwandten Code betrachten und dann die Änderung am Fragebogen mit all diesen Informationen im Blick vornehmen.
Deshalb ist es wichtig, Formbox Builder in andere agentische Umgebungen einbinden zu können. Ein eigenständiger Agent in Ihrer IDE, im Terminal oder in einer anderen MCP-fähigen Umgebung kann die Arbeit mit Fragebögen mit all den anderen Materialien verbinden, die diese Arbeit in der Praxis üblicherweise prägen.
Das eröffnet eine neue Klasse der Fragebogenerstellung. Der Agent kann Wissen aus mehreren Quellen zusammentragen, darüber nachdenken und das Ergebnis dann direkt in Builder anwenden.
Die Live-Schleife beibehalten
Auch in diesem erweiterten Workflow möchten Sie dasselbe, was den eingebetteten KI-Assistenten so gut macht: die visuelle Live-Schleife.
Wenn ein Agent einen Fragebogen iterativ bearbeitet, möchten Sie das Ergebnis sofort sehen. Sie möchten die Builder-Vorschau. Sie möchten die umgebende Benutzeroberfläche. Sie möchten manuelle Anpassungen vornehmen, während der Agent arbeitet. Sie möchten, dass die Feedbackschleife kurz und sichtbar bleibt.
Um das zu ermöglichen, muss der eigenständige Agent genau wissen, mit welchem Builder-Tab er arbeitet.
Das klingt nach einer Kleinigkeit, ist aber wesentlich. Möglicherweise haben Sie mehrere Builder-Tabs gleichzeitig geöffnet. Einer könnte ein Produktionsfragebogen sein. Ein anderer ein Entwurf. Wieder ein anderer ein Testbereich. Wenn der Agent den falschen bearbeitet, bricht der gesamte Workflow zusammen.
Daher beginnt der eigenständige Ablauf mit einer expliziten Sitzungsauswahl. Formbox MCP stellt hierfür gezielt Werkzeuge bereit. Ein eigenständiger Agent kann die geöffneten Builder-Sitzungen auflisten, und Sie wählen aus, welche er verwenden soll. Nach dieser Auswahl werden Werkzeugaufrufe an die gewählte Browser-Seite weitergeleitet.
Das bewahrt den gemeinsamen Live-Kontext zwischen Mensch und Agent. Der Agent bearbeitet nicht irgendeine abstrakte Fragebogenressource isoliert. Er arbeitet genau mit der Builder-Seite, die Sie ausgewählt haben.
So funktioniert der eigenständige Ablauf
Die Architektur ist unkompliziert, sobald man sie aus dem richtigen Blickwinkel betrachtet.
Sie konfigurieren Formbox als HTTP-MCP-Server mit Authentifizierung. Das Formbox-Backend fungiert als Relay in der Mitte. Der eigenständige Agent kommuniziert über MCP mit dem Backend. Das Backend leitet die Werkzeugaufrufe dann über eine WebSocket-Verbindung an die ausgewählte Builder-Seite weiter.
Der Ablauf sieht folgendermaßen aus:
- Der eigenständige Agent listet die Builder-Sitzungen auf, die aktuell im Browser geöffnet sind.
- Sie wählen die Sitzung aus, die verwendet werden soll.
- Der ausgewählte Builder-Tab wird zum aktiven Ziel des Agenten.
- Nachfolgende Builder-Werkzeugaufrufe werden an diese Browser-Seite weitergeleitet.
- Der Fragebogen wird in derselben Live-Builder-Benutzeroberfläche aktualisiert, die Sie beobachten.
Dieses Design gibt dem eigenständigen Agenten dieselbe praktische Arbeitsoberfläche wie der eingebettete KI-Assistent, jedoch innerhalb eines deutlich größeren Ökosystems von Werkzeugen und Workflows.
Derselbe Builder, erweiterter Workflow
Das ist die Kernidee hinter „Builder in einem Agenten".
Formbox Builder bleibt der Ort, an dem die Fragebogengestaltung stattfindet. Er deckt weiterhin den gesamten Lebenszyklus ab – von Struktur und Verhalten bis hin zu Extraktion und Befüllung. Er bietet weiterhin Möglichkeiten, den Fragebogen während der Erstellung zu prüfen, zu testen und zu debuggen. Der eingebettete KI-Assistent bietet Formularentwicklern weiterhin eine schnellere und leichtere Möglichkeit, mit dieser Leistungsfähigkeit zu arbeiten.
Was MCP verändert, ist die Grenze rund um diese Erfahrung.
Nun kann dieselbe Builder-Sitzung an einem erweiterten Agenten-Workflow teilnehmen, ohne auf das zu verzichten, was Builder von Anfang an effektiv macht: eine lebendige, gemeinsame, visuelle Bearbeitungsschleife. Sie können direkt in Builder mit KI zusammenarbeiten oder Builder in eine größere Agentenumgebung einbinden, wenn die Aufgabe erfordert, dass Tickets, Code, Dokumente, Richtlinien und externe Systeme Teil desselben Arbeitsgespräches sind.
Das ist kein Ersatz für den eingebetteten KI-Assistenten. Es ist eine Erweiterung derselben Idee.
Der eingebettete KI-Assistent reduziert den UI- und Spezifikationsaufwand für Formularentwickler innerhalb von Builder. Der eigenständige MCP-Ablauf bringt dasselbe Interaktionsmodell in ein breiteres Werkzeug-Ökosystem. In beiden Fällen ist das Ziel dasselbe: Menschen auf die fachlichen Anforderungen fokussiert halten, während das System mehr von der Mechanik der Fragebogenerstellung übernimmt.
Wenn Sie die konkreten Einrichtungsschritte, den Sitzungsablauf und die Werkzeugdetails benötigen, ist die Formbox MCP-Dokumentation die beste nächste Anlaufstelle.
