Ein Word‑Formular mit Textfeldern, einem Dropdown für Abteilungen und einer Checkbox für den Verhaltenskodex sowie einer Tabelle mit dreißig Neueinstellungen: das ist ein Morgen voller Kopieren und Einfügen, oder ein einziger Prompt. Wenn der GroupDocs.Editor MCP‑Server lokal läuft, fragt Claude, Cursor oder Copilot zunächst das Formular, welche Felder es hat, füllt dann für jede Zeile eine Kopie aus und speichert jede unter dem Namen der Person. Das Layout des Formulars bleibt unverändert, und jeder Wert, für den es kein passendes Feld gibt, wird gemeldet, anstatt stillschweigend verworfen zu werden:

Lese new-employee-form.docx, fülle dann für jede Zeile von new-hires.csv eine Kopie und benenne jede Datei nach dem Mitarbeiter.

Die Schritt‑für‑Schritt‑Version befindet sich in der Dokumentation: Wie man Word‑Formularfelder aus Daten mit einem KI‑Agenten füllt.

Wer liest die Tabelle?

Der Agent tut es, und es ist wichtig, das klarzustellen. Der Editor‑Server arbeitet am Word‑Formular; er liest Ihre CSV‑Datei oder Arbeitsmappe nicht. Der Agent liest die Zeilen mit seinen eigenen Dateitools, oder Sie fügen sie ein, und führt dann für jede Zeile einen fill_form_fields‑Aufruf mit einem outputName pro Person aus. Diese Aufteilung ist ein Feature: Die Daten müssen nie in einem Format vorliegen, das der Server versteht, und der Agent kann sie unterwegs bereinigen (einen vollständigen Namen aufteilen, ein Datum normalisieren), bevor sie ins Formular gelangen.

Frage das Formular zuerst

Feldnamen in Word‑Formularen entsprechen selten dem, was das Beschriftungsfeld auf der Seite sagt. Die Beschriftung lautet „Full name:“, während das Feld FullName, Text1 oder Name_Employee heißen könnte. Raten führt dazu, dass Formulare halb leer zurückkommen. get_form_fields liefert die tatsächlichen Namen, die Typen und die aktuellen Werte. Erfasst von GroupDocs.Editor.Mcp 26.10.0 gegen ein synthetisches Onboarding‑Formular (Ausgabe verkürzt):

-> get_form_fields {"file":{"filePath":"new-employee-form.docx"}}
<- { "count": 6, "fields": [
     { "name": "FullName",   "type": "Text",     "value": "" },
     { "name": "Email",      "type": "Text",     "value": "" },
     { "name": "StartDate",  "type": "Text",     "value": "" },
     { "name": "Department", "type": "DropDown",
       "value": { "options": [ "Engineering", "Finance", "Sales",
                               "Operations" ], "selected": "Engineering" } },
     { "name": "Agree",      "type": "CheckBox", "value": false },
     { "name": "Newsletter", "type": "CheckBox", "value": false } ] }

Das Dropdown enthält seine Optionen, sodass der Agent „finance“ aus der Tabelle auf den genauen Eintrag „Finance“ abbilden kann, anstatt eine sechste Abteilung zu erfinden.

Dann fülle eine Zeile

-> fill_form_fields {"file":{"filePath":"new-employee-form.docx"},
     "values":{"FullName":"Amara Okafor",
               "Email":"amara.okafor@northwind.example",
               "StartDate":"2026-12-01","Department":"Finance",
               "Agree":"true","Phone":"+31 10 555 0100"}}
<- Updated 5 field(s) in 'new-employee-form.docx': FullName, Email,
   StartDate, Department, Agree.
   Not found: Phone. Call get_form_fields for the exact names.
   Saved to: …/new-employee-form_edited.docx

Die Tabelle enthielt eine Telefonspalte, für die das Formular kein Feld hat. Der Server füllte die fünf vorhandenen Felder und nannte das fehlende. Das Auslesen der ausgefüllten Kopie mit get_form_fields zeigt die Werte an Ort und Stelle, "selected": "Finance" und "Agree": true inklusive, und Newsletter bleibt weiterhin nicht angekreuzt, weil die Zeile nichts Gegenteiliges angab.

Der gesamte Stapel

new-hires.csv (agent reads it)          new-employee-form.docx
  Amara Okafor, Finance, ...  ---+
  Tomas Varga, Sales, ...     ---+      get_form_fields (once)
  ...                            |        -> FullName, Email, StartDate,
                                 |           Department, Agree, ...
                                 v
  fill_form_fields {"values":{...row...},
                    "outputName":"form-amara-okafor.docx"}   x one per row
     -> "Updated 5 field(s) ... Not found: Phone"
     -> form-amara-okafor.docx, form-tomas-varga.docx, ...

Drei Anweisungen machen den Stapel zuverlässig: Rufen Sie get_form_fields einmal auf und ordnen Sie die Spalten vor dem ersten Ausfüllen den Feldnamen zu; geben Sie jeder Zeile ihr eigenes outputName, da sonst die Kopien als new-employee-form_edited.docx, new-employee-form_edited (1).docx usw. angehäuft werden, ohne den Namen einer Person; und sammeln Sie die Zeilen „Not found“ am Ende zu einem Bericht, anstatt beim ersten Abbruch zu stoppen.

Ein Prompt, der in der ersten Zeile funktioniert

Die meisten Stapel‑Fehler treten in der ersten Zeile auf und wiederholen sich dann dreißig‑mal. Fragen Sie zuerst nach einem Probelauf:

Lese die Felder von new-employee-form.docx und die Kopfzeile von new-hires.csv. Zeige mir, welche Spalte in welches Feld geht und welche Spalten kein Feld haben. Dann fülle nur die erste Zeile und stoppe.

Der Agent antwortet mit einer kleinen Zuordnungstabelle, Name -> FullName, Dept -> Department, Phone -> (no field), und einem ausgefüllten Formular, das Sie öffnen können. Wenn die Rechtschreibung der Abteilung oder das Datumsformat falsch ist, sehen Sie es einmal, korrigieren die Anweisung und fragen dann nach dem Rest. Dieser Überprüfungsschritt kostet eine Minute und ist der Unterschied zwischen dreißig korrekten Formularen und dreißig Formularen, die manuell geprüft werden müssen.

Er klärt außerdem die Fragen, die die Tabelle nicht selbst beantworten kann. Sollte eine leere „Agree“-Zelle bedeuten, dass das Kästchen nicht angekreuzt ist, oder sollte die Zeile übersprungen werden? Soll „2026-12-01“ in das Datumsfeld so eingegeben werden, wie es getippt ist, oder als „1 December 2026“? Der Agent folgt, was Sie sagen, aber er muss es wissen.

Was die Formular‑Tools sonst noch verarbeiten

Text‑, Zahlen‑ und Datumsfelder werden mit Zeichenketten gefüllt; Checkboxen akzeptieren "true" oder "false"; Dropdowns nehmen eine ihrer Optionen. format speichert die ausgefüllte Kopie als DOC, RTF oder ODT statt DOCX; ein ausgefülltes Formular ist immer ein Word‑Dokument, sodass ein PDF für den neuen Mitarbeiter eine separate Konvertierung danach ist. Ein passwortgeschütztes Formular wird mit password geöffnet und bleibt geschützt. Die ausgefüllte Kopie wird von der Formular‑Feld‑Engine geschrieben und nicht über HTML, sodass Kopf‑ und Fußzeilen sowie Seitenzahlen erhalten bleiben. Die Tools lesen DOCX, DOC, DOCM, DOT, DOTX, RTF und ODT‑Formulare.

Ehrliche Grenzen

  • Nur Word‑Formulare und nur Legacy‑Formularfelder: die Text‑, Checkbox‑ und Dropdown‑Felder, die Word über Developer → Legacy Tools einfügt. Inhaltssteuerelemente werden nicht aufgelistet oder gefüllt. PDF‑Formulare (AcroForms) fallen nicht in den Geltungsbereich dieses Servers.
  • Der Server liest die Tabelle nicht; der Agent liefert die Werte, daher prüfen Sie die Spaltenzuordnung in der ersten Zeile, bevor Sie ihn alle durchlaufen lassen.
  • Ein Aufruf füllt ein Formular. Ein Stapel von dreißig entspricht dreißig Aufrufen.
  • Der Evaluationsmodus fügt jeder ausgefüllten Kopie eine Bannerzeile oben hinzu, sodass nicht lizenzierte Ausgaben ein Entwurf sind und nicht an neue Mitarbeitende gesendet werden sollten.

FAQ

Wie erfährt der Agent die Feldnamen?
Er fragt: get_form_fields liefert den Namen, Typ und aktuellen Wert jedes Feldes sowie die Optionen jedes Dropdowns.

Was passiert mit einem Wert, für den das Formular kein Feld hat?
Er wird übersprungen und in der Antwort genannt („Not found: Phone“), sodass der Agent ihn melden kann.

Wird mein Originalformular geändert?
Nein. Jeder Ausfüllvorgang schreibt eine neue Datei; die Vorlage bleibt für die nächste Zeile leer.

Weiterführende Informationen