ทำไมเราจึงไม่ทำแอปเดสก์ท็อป

เมื่อไฟล์ต้องไม่ออกจากเครือข่ายส่วนตัว คำขอที่ตามมามักเป็นตัวติดตั้ง Windows หรือ macOS เราตัดรูปแบบนั้นทิ้งโดยตั้งใจ เพราะ GUI เดสก์ท็อปจะกลายเป็นโค้ดเบส UI ชุดที่สอง พอต้นไม้สองต้นแยกกัน ฟีเจอร์ระหว่าง “แอป” กับ /api/v1/ ก็เลื่อนออกจากกันอย่างเลี่ยงไม่ได้

ข้อจำกัดอยู่ที่ขอบเขต ไม่ใช่เปลือก UI

เงื่อนไข “ไบต์อยู่ที่นี่” ตอบได้ด้วย pdfx-server ที่คุณรันเอง ไม่จำเป็นต้องเป็น WinForms หรือ Electron Compose กับ pdfx (ในเครื่อง หรือ --cloud ที่ชี้ base URL ของคุณ) เก็บแคตตาล็อกชุดเดียวไว้ข้างหลังเบราว์เซอร์ REST MCP และ CLI

วิธีตั้งสแตกมีเอกสารที่ Self-host ทั้ง task docker:build / task docker:up สำหรับ Compose (API :8080 พอร์ทัล :3000) และ task pdfx:dev แบบเนทีฟคู่พอร์ทัลสำหรับงานบนเครื่อง ตั้ง SECURITY_CUSTOMGLOBALAPIKEY เมื่อต้องการประตูคงที่ บทความนี้พูดแค่ว่าทำไมสแตกนั้นไม่ถูกห่อเป็นผลิตภัณฑ์เดสก์ท็อป

pdfx ในเครื่องที่ไม่มี --cloud รัน pdf-core บนเครื่องที่มีไฟล์ ครอบคลุมงานแบบชุดออฟไลน์ที่ไม่เคยต้องใช้ GUI ส่วนโหมดคลาวด์มีไว้เมื่อ CLI ตัวเดียวกันควรยิงไปยัง API base ที่โฮสต์เองหรือที่โฮสต์ไว้ ด้วยสัญญา multipart ชุดเดียวกับ curl

เดสก์ท็อปฟอร์กต้องแลกด้วยอะไร

ชุดซอฟต์แวร์ผู้ใช้ทั่วไปเน้นแก้บนแคนวาส เปรียบเทียบภาพ และตัวติดตั้งจากสโตร์ การดูแลพื้นผิวนั้นหมายถึงคัดลอกทุก op ใหม่ (ธง merge โหมด OCR ค่าเริ่มต้น sanitize) ลงใน GUI ที่ไม่ใช่สัญญา OpenAPI ที่เอเจนต์เรียกอยู่

ปลั๊กอินและช่องทางสโตร์เพิ่มงานซัพพอร์ตโดยไม่ทำให้ MCP หรือ Idempotency-Key ดีขึ้น แต่ละรอบรีวิวในสโตร์และไดอะล็อกขอสิทธิ์ระบบคือเวลาที่ไม่ได้ลง /v1/openapi.json พอต้นไม้เดสก์ท็อปมีตัวเลือก merge ที่ API ไม่มี (หรือกลับกัน) งานอัตโนมัติกับเดโม่ก็ไม่ตรงกันเงียบ ๆ

OCR เป็นตัวอย่างชัดว่าทำไมการทำซ้ำจึงเจ็บ เส้นทางเซิร์ฟเวอร์ปัจจุบันคืน Markdown (text/markdown) พร้อมโหมด Auto กับ Force (ocrType=force-ocr) ถ้า UI เดสก์ท็อปยังสัญญาว่าได้ “PDF ค้นหาได้พร้อมเลเยอร์ซ่อน” ก็เท่ากับโกหกเรื่องไปป์ไลน์คนละแบบ การมีนิยาม op ชุดเดียวจึงหลีกเลี่ยงการแยกนั้น

หนึ่งแคตตาล็อก สี่ไคลเอนต์ ไม่มี UI ชุดที่สอง

ผลิตภัณฑ์มีสี่วิธีจับ op ชุดเดียวกันอยู่แล้ว คือฟอร์มพอร์ทัล curl ไปที่ /api/v1/… MCP ที่ /mcp และ pdfx ทั้งในเครื่องและคลาวด์ Merge คือตัวอย่างรูปธรรม คือรวม PDF ตามลำดับอัปโหลดโดยไม่แปลงหน้าเป็นภาพ ไม่ว่ากด Process หรือ POST ส่วน fileInput

ถ้ามีฉบับเดสก์ท็อป มันจะเป็นวิธีจับที่ห้าพร้อมรอบปล่อยเวอร์ชันแยก โหมดล้มเหลวที่เรากังวลไม่ใช่ “ขาดไอคอนถาดระบบ” แต่คือ “หน้าเดโม่ยังใช้ได้ ขณะที่สคริปต์ซึ่งพึ่ง op เดียวกันถอยหลังเงียบ ๆ”

สิ่งที่เราไม่ได้อ้าง

การข้ามเดสก์ท็อปไม่ได้สร้างการแก้ไขแบบโต้ตอบระดับ Acrobat ในเบราว์เซอร์ เครื่องมือแบบฟอร์มกับงานผ่าน HTTP ยังเป็นตัวผลิตภัณฑ์ ส่วนแคนวาส Edit ออนไลน์ การเปรียบเทียบภาพ และหน้าจอ Sign อยู่นอกขอบเขตโดยตั้งใจ ถ้าต้องการดีพลอยส่วนตัวให้ compose up แล้วชี้ไคลเอนต์ไปที่ API base ถ้าต้องการตัวแก้ระดับพิกเซลให้ใช้ชุดที่สร้างเพื่องานนั้น อย่ารอ .exe ของ PDF123

PDF123 แบบโฮสต์ยังเป็นเส้นทางไม่ระบุตัวตนที่รวดเร็ว การโฮสต์เองคือชุดเครื่องมือเดียวกันหลังไฟร์วอลล์ ไม่มีเส้นทางใดเป็นฉบับเดสก์ท็อปที่แยกเป็นที่สาม

สำหรับความต่างกับตัวแปลงบนเบราว์เซอร์ ดู ทำไมต้องโฮสต์ชุดเครื่องมือ PDF เอง สำหรับสิ่งที่ได้และต้องดูแล ดู การโฮสต์เองให้อะไรคุณจริง ๆ และสำหรับวิธีที่ไคลเอนต์ทั้งสี่ซึ่งไม่ใช่เดสก์ท็อปยังตรงกัน ดู ปฏิบัติการเดียวกัน สี่ไคลเอนต์