Sie können „die Seite anhängen, die das Problem zeigt“ in einen einzigen Prompt umwandeln. Der GroupDocs.Viewer.Mcp‑Server rendert die von Ihnen benannten Seiten aus einer PDF‑, Word‑, Excel‑ oder PowerPoint‑Datei und speichert jede als PNG mit einem vorhersehbaren Dateinamen lokal auf Ihrem Rechner, sodass Claude, Cursor oder GitHub Copilot die Bilder für einen Bug‑Report, eine Review‑Notiz oder eine Folie erzeugen können:

Render pages 1, 4 and 9 of the specification and tell me where the files are.

Die schrittweise Version mit Konfiguration und Fehlersuche finden Sie in der Dokumentation: Wie man Seitenbilder von Dokumenten für Berichte und Tickets erstellt.

Warum überhaupt Seitenbilder automatisieren?

Ein Seitenbild ist das günstigste Beweismittel, das es gibt. Ein Support‑Ingenieur hängt die Rechnungsseite an, die den falschen Gesamtbetrag zeigt; ein Reviewer fügt ein Miniaturbild jeder geänderten Seite in die Review‑Notizen ein; ein Präsentator benötigt ein Diagramm, unverändert formatiert. Wenn man das per Hand macht, bedeutet das jeweils, die Datei zu öffnen, die Seite zu finden, einen Screenshot zu machen und das Ergebnis zu benennen. Die Seitenzahl variiert je nach Datei, sodass die Arbeit nie gut stapelbar ist.

Ein Agent kann den repetitiven Teil übernehmen, wenn das Rendern von einer echten Engine durchgeführt wird und nicht vom Agenten nachgeahmt wird. Die Engine paginiert das Dokument so, wie das Dokument paginiert, und erzeugt jedes Mal dieselbe Art von PNG.

Wie sieht der Arbeitsablauf aus?

  1. Legen Sie die Dateien dort ab, wo der Server sie sehen kann. Binden Sie den Ordner ein, der die Dokumente enthält, egal ob er PDF‑Dateien oder Word‑Dateien enthält, sodass das Rendern eines DOCX‑Seitenbildes auf dieselbe Weise funktioniert. Der Server liest vom Speicherpfad und schreibt die Bilder in den Ausgabepfad, den Sie separat mit GROUPDOCS_MCP_OUTPUT_PATH halten können.
  2. Überprüfen Sie die Seitenzahl. Prompt: „Wie viele Seiten hat die Spezifikation?“ Der Agent ruft get_view_info auf und liest pageCount. Das ist wichtig, weil render_page keine Seitenzahl über das Dokumentende hinaus ablehnt.
  3. Benennen Sie die Seiten. Prompt: „Rendere die Seiten 1, 4 und 9 der Spezifikation und sag mir, wo die Dateien sind.“ Der Agent ruft render_page dreimal auf, einmal pro Seite.
  4. Sammeln Sie die Dateinamen. Die Dateien sind specification_page1.png, specification_page4.png und specification_page9.png im Ausgabeverzeichnis. Der Agent meldet die Pfade.
  5. Hängen Sie sie an. Wenn Ihr Client ebenfalls einen Issue‑Tracker oder Chat‑MCP‑Server angeschlossen hat, bitten Sie den Agenten, die Dateien an das Ticket oder die Nachricht anzuhängen. Dieser Schritt nutzt die Werkzeuge des anderen Servers, nicht diesen.

Wenn Sie nur die Dateien möchten, sagen Sie das, damit der Agent nicht jedes Bild beschreibt:

Einfach die Bilder speichern; Sie müssen sie nicht beschreiben.

Was entscheidet der Agent und was macht die Engine?

Entscheidung oder Aktion Agent Engine
Welche Seiten sind relevant Ordnet „die Seiten mit der Preistabelle“ den Seitenzahlen zu, nach dem Rendern oder Inspizieren Nichts
Ob die Seite existiert Ruft get_view_info auf und vergleicht Gibt pageCount und Seitengrößen zurück
Rendern Ruft render_page einmal pro Seite auf Erzeugt das PNG
Dateibenennung Meldet den gespeicherten Pfad Speichert als <source-stem>_page<N>.png
An ein Ticket anhängen Verwendet das Werkzeug eines anderen Servers Nichts

Beispielsession

Eine Illustration basierend auf den dokumentierten Ausgabennamen, kein aufgenommenes Screenshot.

Sie:   Render pages 1, 4, and 9 of the specification and tell me where
       the files are. Just save the images; no need to describe them.

Agent: [calls render_page for page 1, page 4 and page 9]
       Saved:
         <output folder>/specification_page1.png
         <output folder>/specification_page4.png
         <output folder>/specification_page9.png

Wie halte ich das Set klein?

Das Rendern erfolgt eine Seite pro Aufruf, und jedes Bild wird ebenfalls inline zum Agenten zurückgeschickt. Das Anfordern von zehn Seiten bedeutet zehn Aufrufe und zehn Bilder in der Unterhaltung. Fragen Sie nur nach den Seiten, die Sie benötigen. Eine sinnvolle Regel ist, die Seiten vor dem Rendern auszuwählen, basierend auf der Seitenzahl und bei langen Dokumenten einem Inhaltsverzeichnis.

Typische Anwendungsfälle

  • Bug‑Reports. Die Seite des Handbuchs oder der Rechnung, die das Problem zeigt.
  • Dokumenten‑Reviews. Ein Bild pro geänderter Seite in den Review‑Notizen.
  • Folien. Ein Bild des einen Diagramms, das Sie möchten, ohne es neu zu formatieren.

Ehrliche Grenzen

  • Evaluierungsmodus. Gerenderte Seiten enthalten ein Evaluierungs‑Wasserzeichen, und ein Server‑Prozess öffnet höchstens 15 Dokumente. Wenn die Bilder Ihr Team verlassen, fragen Sie zuerst „Ist der Viewer‑Server lizenziert?“, sodass der Agent get_license_status aufruft.
  • Eine Seite pro Aufruf. Es gibt kein Mehrseiten‑Werkzeug. Ein Batch ist eine Reihe von Aufrufen.
  • Nur PNG. Das Format ist fest; die Auflösung ist kein Parameter, den Sie über das Werkzeug einstellen können.
  • Eine falsche Seitenzahl liefert trotzdem ein Bild. Eine Datei namens _page12.png ist Seite 12 nur, wenn das Dokument 12 Seiten hat. Prüfen Sie zuerst die Seitenzahl.

FAQ

Wie konvertiere ich eine PDF‑Seite mit einem KI‑Agenten in ein Bild? Verbinden Sie den GroupDocs.Viewer.Mcp‑Server mit Ihrem Client und fragen Sie nach der Seite per Nummer. Der Agent ruft render_page auf und das PNG wird im Ausgabeverzeichnis als <name>_page<N>.png gespeichert.

Wie hänge ich eine Dokumentvorschau mit einem KI‑Agenten an ein Ticket an? Der Viewer‑Server erzeugt die Bilddatei. Das Anhängen erfordert einen Issue‑Tracker‑MCP‑Server, der mit demselben Client verbunden ist, ein separater Server mit eigenen Werkzeugen.

Kann ich Dokument‑Thumbnails lokal erzeugen? Ja. Die Engine läuft im Server‑Prozess auf Ihrem Rechner, und die Bilder werden in das von Ihnen konfigurierte Ausgabeverzeichnis geschrieben.

Weiterführende Informationen