Warum wir auf die Desktop-App verzichtet haben
PDF123 bringt keine zweite Desktop-Oberfläche heraus. Offline und privat bleiben bei Docker Compose plus pdfx, damit der Katalog nicht von der API abweicht.
Wenn Dateien ein privates Netz nicht verlassen dürfen, folgt als nächste Anfrage oft ein Installationsprogramm für Windows oder macOS. Diese Form haben wir bewusst abgelehnt. Eine Desktopoberfläche wäre eine zweite Codebasis für die Oberfläche. Sobald diese beiden Codebasen auseinanderlaufen, ist eine Abweichung der Funktionen zwischen „der App“ und /api/v1/ fast unvermeidlich.
Die Einschränkung ist die Grenze, nicht die Oberfläche
Die Anforderung „die Bytes bleiben hier“ erfüllt ein pdfx-server, den du betreibst, und nicht speziell WinForms oder Electron. Compose plus pdfx (lokal oder mit --cloud gegen deine Basis-URL) hält einen Katalog von Operationen hinter Browser, REST, MCP und CLI.
Wie du dieses Gespann aufstellst, steht unter Selbst hosten: task docker:build / task docker:up für Compose (API auf :8080, Portal auf :3000) oder task pdfx:dev nativ neben dem Portal für lokale Arbeit. Setze SECURITY_CUSTOMGLOBALAPIKEY, wenn du eine feste Sperre willst. Dieser Beitrag erklärt nur, warum dieses Gespann nicht als Desktopprodukt verpackt wird.
Das lokale pdfx ohne --cloud führt pdf-core auf der Maschine aus, auf der die Dateien liegen. Das deckt bereits Stapelverarbeitung ohne Netz ab, die nie eine grafische Oberfläche gebraucht hat. Der Cloud-Modus ist dafür da, dass dieselbe CLI deine selbst gehostete oder gehostete API-Basis mit demselben Multipart-Vertrag wie curl anspricht.
Was ein Desktop-Ableger kosten würde
Angebote für Endnutzer sind auf das Bearbeiten auf einer Leinwand, den visuellen Vergleich und Installationsprogramme aus App-Stores optimiert. Diese Oberfläche zu pflegen bedeutet, jede neue Operation (Schalter für das Zusammenführen, Modi von OCR, Voreinstellungen für die Bereinigung) in einer Oberfläche zu duplizieren, die nicht der Vertrag von OpenAPI ist, den Agenten bereits aufrufen.
Plugins und Kanäle in App-Stores vervielfachen den Aufwand für Support, ohne das Verhalten von MCP oder Idempotency-Key zu verbessern. Jeder Prüfzyklus im App-Store und jede Abfrage von Berechtigungen des Betriebssystems kostet Zeit, die nicht in /v1/openapi.json landet. Sobald der Desktop-Zweig eine Option für das Zusammenführen ausliefert, die der API fehlt (oder umgekehrt), sind sich Automatisierungen und Vorführungen stillschweigend uneinig.
OCR ist ein konkretes Beispiel dafür, warum Duplikate schaden. Der aktuelle Pfad auf dem Server liefert Markdown (text/markdown) mit den Modi Auto und Force (ocrType=force-ocr für Force). Eine Desktopoberfläche, die weiterhin ein „durchsuchbares PDF mit verborgener Ebene“ verspräche, würde über eine andere Verarbeitung die Unwahrheit sagen. Eine einzige Definition der Operation vermeidet diese Trennung.
Ein Katalog, vier Clients, keine zweite Oberfläche
Das Produkt hat bereits vier Zugänge zu denselben Operationen: das Formular im Portal, curl an /api/v1/…, MCP unter /mcp und pdfx lokal oder in der Cloud. Zusammenführen ist das konkrete Beispiel: PDFs in der Reihenfolge des Uploads verbinden, ohne Seiten in Bilder umzuwandeln, egal ob du auf Verarbeiten geklickt oder Teile fileInput gesendet hast.
Eine Desktopausgabe wäre ein fünfter Zugang mit einem eigenen Veröffentlichungszyklus. Der Fehler, der uns beschäftigt, ist nicht ein fehlendes Symbol im Infobereich, sondern dass die Vorführseite weiter funktioniert, während das Skript, das von derselben Operation abhing, stillschweigend schlechter wird.
Was wir nicht behaupten
Der Verzicht auf den Desktop erfindet kein interaktives Bearbeiten im Browser auf dem Niveau von Acrobat. Formularwerkzeuge und Aufgaben über HTTP bleiben das Produkt. Leinwände zum Online-Bearbeiten, visueller Vergleich und Anmeldeoberflächen für Endnutzer bleiben bewusst außerhalb des Umfangs. Brauchst du eine private Bereitstellung, starte Compose und richte Clients auf deine API-Basis. Brauchst du einen Pixeleditor, nutze ein Angebot, das dafür gebaut ist; warte nicht auf eine .exe von PDF123.
Die gehostete Variante von PDF123 bleibt der schnelle anonyme Weg. Selbst hosten ist dasselbe Toolkit hinter deiner Firewall. Keiner der beiden Wege ist eine dritte, abweichende Desktopausgabe. Zur Gegenüberstellung mit reinen Browserkonvertern siehe Warum ein eigenes PDF-Toolkit hosten. Was du bekommst und was du betreibst, steht in Was Selbst-Hosting wirklich bringt. Wie die vier Clients ohne Desktop aufeinander abgestimmt bleiben, zeigt Dieselbe Operation, vier Clients.