ข้ามไปยังเนื้อหาหลัก

Open WebUI vs Libre WebUI: การเปรียบเทียบตามข้อเท็จจริง

Open WebUI และ Libre WebUI ต่างเป็นเว็บอินเทอร์เฟซแบบโฮสต์เอง (self-hosted) สำหรับทำงานกับโมเดลภาษาขนาดใหญ่ ทั้งคู่เชื่อมต่อได้กับรันไทม์ในเครื่องอย่าง Ollama รวมถึง API ที่เข้ากันได้กับ OpenAI และ API แบบโฮสต์อื่น ๆ และทั้งคู่ออกแบบมาเพื่อเก็บข้อมูลผู้ใช้ไว้บนโครงสร้างพื้นฐานของผู้ดูแลระบบเอง หน้านี้เปรียบเทียบทั้งสองโปรเจกต์อย่างเคร่งครัดตามความแตกต่างที่มีบันทึกไว้เป็นสาธารณะ โดยอ้างอิงเอกสารทางการ ข้อความสัญญาอนุญาต และคลังโค้ดสาธารณะของแต่ละโปรเจกต์ หน้านี้ไม่ประเมินคุณภาพโค้ด ประสิทธิภาพ หรือความรู้สึกของชุมชน และไม่แนะนำโปรเจกต์ใดเหนืออีกโปรเจกต์หนึ่ง

ข้อความทั้งหมดด้านล่างมาจากเอกสารทางการของ Open WebUI และ Libre WebUI ไฟล์สัญญาอนุญาตของโปรเจกต์ และคลัง GitHub สาธารณะของทั้งสอง ณ เดือนสิงหาคม 2026 ทั้งสองโปรเจกต์พัฒนาอย่างรวดเร็ว โปรดตรวจสอบรายละเอียดกับแหล่งข้อมูลปฐมภูมิก่อนตัดสินใจ

ภาพรวม​

มิติOpen WebUILibre WebUI
สัญญาอนุญาต"Open WebUI License": อิงจาก BSD-3 พร้อมข้อกำหนดคุ้มครองแบรนด์เพิ่มเติม (v0.6.6 ขึ้นไป, เมษายน 2025) ผู้ดูแลระบุว่าไม่ใช่สัญญาอนุญาตโอเพนซอร์สที่ OSI รับรอง โค้ดจนถึง v0.6.5 ยังคงเป็น BSD-3-ClauseApache License 2.0 ธรรมนูญโปรเจกต์ให้คำมั่นว่าจะไม่เปลี่ยนไปใช้เงื่อนไขที่เข้มงวดกว่าเด็ดขาด
แบรนด์ / white-labelห้ามลบหรือแก้ไขแบรนด์ "Open WebUI" ยกเว้นการติดตั้งที่มีผู้ใช้ ≤50 คนในรอบ 30 วันแบบต่อเนื่องใด ๆ ผู้ร่วมพัฒนาที่ได้รับอนุญาตเป็นลายลักษณ์อักษร หรือผู้ถือสัญญาอนุญาตระดับองค์กรไม่มีข้อจำกัดด้านแบรนด์หรือ white-label ที่บันทึกไว้ ใช้เงื่อนไขมาตรฐานของ Apache 2.0 โดย white-label เป็นบริการเสริมแบบเสียเงิน
ความเป็นเจ้าของและการย้ายข้อมูลเก็บข้อมูลในเครื่อง (SQLite หรือ PostgreSQL) ส่งออก/นำเข้าแชตเป็น JSON แชตเดี่ยวเป็น JSON, PDF หรือ Markdown มีเอกสารการส่งออก/นำเข้าฐานข้อมูลทั้งหมดและขั้นตอนสำรองข้อมูลเก็บข้อมูลในเครื่อง (SQLite หรือ PostgreSQL) ไฟล์เก็บถาวร JSON ต่อผู้ใช้แบบมีเวอร์ชันพร้อมค่าตรวจสอบความสมบูรณ์ SHA-256 และการนำเข้าแบบทรานแซกชัน; CLI สำรอง/กู้คืนที่ลงลายเซ็น (Ed25519) และเข้ารหัส (AES-256-GCM); ด่านตรวจ recovery-check ก่อนสำรองข้อมูล
ค่าเริ่มต้น telemetry / การวิเคราะห์FAQ ระบุว่าโดยค่าเริ่มต้นไม่มีการส่งข้อมูลไปยังบริการภายนอก ข้อมูลจะไปยังผู้ให้บริการโมเดลเมื่อเชื่อมต่อเท่านั้น มีการผสาน OpenTelemetry สำหรับ observability ที่จัดการเองธรรมนูญประกาศ telemetry เป็นศูนย์ ("ไม่มีการวิเคราะห์ ไม่มีการติดตาม ไม่มีโค้ดโทรกลับบ้าน") การส่งออก OpenTelemetry ปิดจนกว่าผู้ดูแลจะตั้งค่าปลายทางตัวเก็บข้อมูล การวัดปริมาณการใช้ในเครื่องเฉพาะผู้ดูแลระบบเปิดตลอดแต่ไม่ออกนอกสภาพแวดล้อมการติดตั้ง
การยืนยันตัวตนและผู้ใช้หลายคนRBAC พร้อมบทบาท กลุ่ม และสิทธิ์รายทรัพยากร; SSO ผ่าน OIDC และ LDAP; การจัดสรรผู้ใช้ SCIM 2.0; คีย์ APIบัญชีในเครื่องพร้อม JWT ที่ผูกกับเซสชันฝั่งเซิร์ฟเวอร์ที่เพิกถอนได้; การยืนยันตัวตนสองขั้นด้วย TOTP พร้อมรหัสกู้คืนและ WebAuthn passkey ซึ่งผู้ดูแลบังคับใช้ได้; สองบทบาท (ผู้ดูแล/ผู้ใช้) พร้อมกลุ่มและการมอบสิทธิ์รายทรัพยากร; OIDC ทั่วไป (พร้อม OAuth ของ GitHub และ Hugging Face); โทเคน API ส่วนบุคคลแบบจำกัดขอบเขต ไม่มี SAML, SCIM หรือ LDAP (ข้อจำกัดที่บันทึกไว้)
ความสามารถในการขยายเฟรมเวิร์กปลั๊กอิน Pipelines; Tools/Functions ภาษา Python พร้อมตัวแก้ไขโค้ดในตัว; MCP (Streamable HTTP); เซิร์ฟเวอร์เครื่องมือ OpenAPI; รองรับฐานข้อมูลเวกเตอร์ 13 ตัว; เอนจินสกัดเอกสาร 8 ตัวปลั๊กอินผู้ให้บริการที่นิยามด้วย JSON (แชต, embedding, รูปภาพ, TTS, STT, เสียง, วิดีโอ); เครื่องมือในตัว 13 ตัว; เซิร์ฟเวอร์เครื่องมือ OpenAPI 3.x และ MCP (Streamable HTTP) ปิดโดยค่าเริ่มต้นและต้องอนุมัติรายครั้งเมื่อมีผลข้างเคียง; โปรไฟล์ผู้ช่วย ทักษะ คลังพรอมปต์ artifacts และพื้นที่เขียนโค้ด "Work" ใน sandbox พร้อมเดสก์ท็อป computer-use ที่เฝ้าดูได้ (ตรวจสอบการกระทำ, มนุษย์เข้าควบคุมได้, สอนด้วยการสาธิต)
การติดตั้งpip install open-webui; Docker (รวมอิมเมจ :cuda, :ollama); Docker Compose; Kubernetes ผ่าน kustomize และ Helm; แบ็กเอนด์จัดเก็บ S3/GCS/Azure; การขยายแนวนอนด้วย Redisคำสั่งเดียว (npx libre-webui@latest); npm และ Homebrew; Docker Compose หลายแบบ (Ollama ในตัว/ภายนอก/บนโฮสต์, GPU, socket-proxy, ทีม); Helm chart (รีจิสทรี OCI); การติดตั้งแบบส่วนตัวที่มีเอกสารผ่าน Cloudflare Tunnel; ไคลเอนต์เดสก์ท็อป Electron (เป็นไคลเอนต์เท่านั้น)
ฟีเจอร์ระดับโปรดักชันแดชบอร์ดการใช้งาน (ข้อความ, โทเคน); สังเวียนโมเดลพร้อมอันดับ Elo; OpenTelemetry; การขยายแนวนอน; แผนองค์กรพร้อมการสนับสนุน SLA และเวอร์ชัน LTSธรรมาภิบาลค่าใช้จ่าย: อัตราค่าบริการตามวันมีผลและงบประมาณพร้อมโหมดสังเกต/เตือน/บล็อก; ชุดประเมินและสังเวียนแบบไม่เห็นชื่อพร้อม Elo; การส่งออก OTLP แบบเลือกเปิด; โพรบสุขภาพ liveness/readiness/เชิงลึก; โปรไฟล์ทีมผ่านการรับรองสำหรับ 3+ replica พร้อม worker ถาวรภายนอก; benchmark การเล่นซ้ำ computer-use แบบกำหนดผลแน่นอน; ไม่มีการอัปเกรด schema แบบไม่หยุดให้บริการ (ข้อควรทราบที่บันทึกไว้)
ทีม / การทำงานร่วมกันแชนแนลที่ผู้ใช้และโมเดลร่วมสนทนาเดียวกัน; ข้อความส่วนตัว; กลุ่มผู้ใช้; ควบคุมการเข้าถึงรายโมเดล; พื้นที่ Notes; โฟลเดอร์ แท็ก การปักหมุดแชนแนล, DM และเธรดชั้นเดียวพร้อมการตอบกลับ @model; การแชร์จากเจ้าของถึงผู้ใช้/กลุ่ม (อ่าน/เขียน/ดูแล) ครอบคลุมแชต โน้ต ความรู้ เพอร์โซนา พรอมปต์ ทักษะ ปฏิทิน และเซิร์ฟเวอร์เครื่องมือ; ไม่มีลิงก์สาธารณะแบบนิรนาม; โน้ตถาวรพร้อม revision ที่กู้คืนได้และการแก้ไขด้วย AI ที่ย้อนกลับได้; การแจ้งเตือน ปฏิทินที่แชร์ได้ และการทำงานอัตโนมัติตามกำหนดเวลา
เสียงและสื่อแปลงเสียงเป็นข้อความ แปลงข้อความเป็นเสียง โทรด้วยเสียงและวิดีโอแบบแฮนด์ฟรี; สร้างภาพผ่าน GPT-Image, Gemini, ComfyUI; RAG บนเอนจินสกัด 8 ตัวด้วยการค้นหาไฮบริด BM25 + เวกเตอร์และการจัดอันดับใหม่โหมดเสียงแบบผลัดกันพูดพร้อมแทรกกลางได้ (บันทึกไว้ว่าไม่ใช่ full-duplex); STT/TTS ผ่านปลั๊กอินผู้ให้บริการ; การโคลนเสียงตามความยินยอม; สร้างภาพ เสียง และวิดีโอผ่านปลั๊กอินที่ประกาศความสามารถ พร้อมแกลเลอรีต่อผู้ใช้; RAG แบบผสม BM25 + เวกเตอร์พร้อมการอ้างอิงระดับหน้า/สไลด์/ชีต; เอกสารสแกนและรูปภาพอ่านผ่านโมเดล vision ที่ผู้ใช้กำหนด ส่วนไฟล์เสียงถอดความผ่านผู้ให้บริการ STT (ไม่มี OCR/ASR engine ในตัว โดยตั้งใจให้ผ่านผู้ให้บริการ); สตรีมหน้าจอและเสียงสดจากเดสก์ท็อปเสมือนของแต่ละ Work task พร้อมให้มนุษย์เข้าควบคุม
เอกสารเอกสารทางการครอบคลุม ทั้งคู่มือฟีเจอร์ เอกสารอ้างอิงสคีมาฐานข้อมูล บทเรียนสำรอง/ย้ายข้อมูล และ FAQ สัญญาอนุญาตเอกสารทางการมีคู่มือรายฟีเจอร์ที่ระบุข้อจำกัดและสิ่งที่ไม่ใช่เป้าหมาย เผยแพร่ openapi.json และ llms.txt พร้อมสัญญาความสามารถที่สร้างอัตโนมัติซึ่งจับคู่ทุกเส้นทางกับผู้รับผิดชอบและการทดสอบที่มีชื่อ

สัญญาอนุญาต​

Open WebUI เผยแพร่ภายใต้ "Open WebUI License" ซึ่งเริ่มใช้ใน v0.6.6 (เมษายน 2025) โดยอิงจาก BSD-3-Clause พร้อมข้อกำหนดเพิ่มเติมที่คุ้มครองแบรนด์ "Open WebUI" FAQ สัญญาอนุญาต ของโปรเจกต์เองระบุว่าสัญญาอนุญาตนี้ "ไม่ใช่สัญญาอนุญาต 'โอเพนซอร์ส' ที่ OSI รับรอง" พร้อมย้ำว่าโค้ดยังคงเป็นสาธารณะและพัฒนาอย่างเปิดเผย โค้ดทั้งหมดที่ถูกรวมจนถึง v0.6.5 ยังคงอยู่ภายใต้สัญญาอนุญาต BSD-3-Clause เดิม ลิขสิทธิ์เป็นของ Open WebUI Inc.

Libre WebUI เผยแพร่ภายใต้ Apache License 2.0 ซึ่งเป็นสัญญาอนุญาตที่ OSI รับรอง โดยลิขสิทธิ์เป็นของ Kroonen AI, Inc. ธรรมนูญ ของโปรเจกต์ระบุว่าซอร์สโค้ด "จะคงอยู่ภายใต้สัญญาอนุญาต Apache License 2.0 ตลอดไป" และโปรเจกต์ "จะไม่ถูกเปลี่ยนสัญญาอนุญาตไปเป็นเงื่อนไขที่เข้มงวดกว่าเด็ดขาด" รวมถึงผลิตภัณฑ์ระดับองค์กรด้วย

แบรนด์และ white-label​

สัญญาอนุญาตของ Open WebUI ห้ามแก้ไข ลบ บดบัง หรือแทนที่แบรนด์ "Open WebUI" โดยมีข้อยกเว้นที่บันทึกไว้สามข้อ: การติดตั้งที่ให้บริการผู้ใช้ไม่เกิน 50 คนในรอบ 30 วันแบบต่อเนื่องใด ๆ ผู้ร่วมพัฒนาที่ได้รับอนุญาตเป็นลายลักษณ์อักษรโดยเฉพาะ และองค์กรที่ถือสัญญาอนุญาตระดับองค์กร นอกเหนือจากข้อยกเว้นเหล่านี้ การลบแบรนด์ถูกอธิบายไว้ในสัญญาอนุญาตว่าเป็นการละเมิดสาระสำคัญ โปรเจกต์มีแผนองค์กรที่รวมธีมและแบรนด์แบบกำหนดเอง

Libre WebUI ไม่มีบันทึกข้อกำหนดด้านแบรนด์ เครื่องหมายการค้า หรือการระบุแหล่งที่มาเกินไปกว่าเงื่อนไขมาตรฐานของ Apache 2.0 (ซึ่งกำหนดให้คงไฟล์สัญญาอนุญาตและไฟล์แจ้งเตือนในการแจกจ่ายซอร์สโค้ด แต่ไม่บังคับกฎแบรนด์ที่ผู้ใช้มองเห็น) white-label ปรากฏในธรรมนูญเพียงในฐานะบริการเชิงพาณิชย์แบบเลือกได้ ไม่ใช่เงื่อนไขของสัญญาอนุญาต

ความเป็นเจ้าของข้อมูล การย้ายข้อมูล และการกู้คืน​

ทั้งสองโปรเจกต์เก็บข้อมูลทั้งหมดบนโครงสร้างพื้นฐานของผู้ดูแล โดยใช้ SQLite เป็นค่าเริ่มต้นและ PostgreSQL เป็นตัวเลือกที่มีเอกสาร

Open WebUI มีเอกสารการส่งออกและนำเข้าแชต (การสนทนาทั้งหมดเป็น JSON; แชตเดี่ยวเป็น JSON, PDF หรือ Markdown) การส่งออก/นำเข้าฐานข้อมูลทั้งหมด สำหรับย้ายระหว่างเซิร์ฟเวอร์ คำแนะนำการสำรองข้อมูล เอกสารอ้างอิงสคีมาฐานข้อมูลแบบสาธารณะ และขั้นตอนการย้ายข้อมูลด้วยตนเองบนพื้นฐาน Alembic

Libre WebUI มีเอกสารไฟล์เก็บถาวรข้อมูลต่อผู้ใช้: รูปแบบ JSON แบบมีเวอร์ชัน (libre-webui-user-data เวอร์ชัน 3) พร้อมค่าตรวจสอบความสมบูรณ์ SHA-256 ครอบคลุมแชต โน้ต คอลเลกชันความรู้ และการตั้งค่า พร้อมรายการยกเว้นที่ระบุชัดเจน (ข้อมูลรับรอง ข้อมูลเสียงชีวมิติ สื่อที่สร้างขึ้น และสถานะระดับอินสแตนซ์) การนำเข้ามีการตรวจสอบล่วงหน้าและเป็นแบบทรานแซกชันทั้งบน SQLite และ PostgreSQL สำหรับผู้ดูแล ความพร้อมกู้คืนมีเอกสารด่านตรวจ CLI แบบอ่านอย่างเดียว recovery-check และ CLI สำรองข้อมูลที่สร้างไฟล์เก็บถาวรลงลายเซ็น Ed25519 เข้ารหัส AES-256-GCM พร้อมขั้นตอนตรวจสอบและตรวจสอบล่วงหน้าก่อนกู้คืน รวมทั้งรุ่นสำหรับโหมดทีม (PostgreSQL/S3) ข้อมูลขณะพักใช้การเข้ารหัส AES-256-GCM ระดับแอปพลิเคชัน โดยเอกสารระบุว่านี่ไม่ใช่การเข้ารหัสทั้งดิสก์หรือการเข้ารหัสจากปลายถึงปลาย

ค่าเริ่มต้นด้าน telemetry และการวิเคราะห์​

ทั้งสองโปรเจกต์ระบุว่าโดยค่าเริ่มต้นไม่มีข้อมูลออกจากสภาพแวดล้อมการติดตั้ง

FAQ ของ Open WebUI ระบุว่า: "Open WebUI ไม่ส่งข้อมูลของคุณไปยังบริการภายนอกโดยค่าเริ่มต้น" และ "เมื่อคุณสมัครใช้งาน ข้อมูลทั้งหมดถูกเก็บไว้ในเซิร์ฟเวอร์ของคุณและไม่ถูกส่งไปยัง Open WebUI หรือบุคคลที่สามใด ๆ โดยค่าเริ่มต้น" พรอมปต์และคำตอบจะถูกส่งไปยังผู้ให้บริการโมเดลก็ต่อเมื่อผู้ดูแลเชื่อมต่อไว้เท่านั้น มีการผสาน OpenTelemetry สำหรับ observability ที่ผู้ดูแลจัดการเอง

ธรรมนูญ ของ Libre WebUI ให้คำมั่น "telemetry เป็นศูนย์ — ไม่มีการวิเคราะห์ ไม่มีการติดตาม ไม่มีโค้ดโทรกลับบ้าน" และเอกสาร observability ระบุว่า "ทั้งสองเส้นทางไม่ส่ง telemetry ไปยังโปรเจกต์ Libre WebUI"; การส่งออก OpenTelemetry ถูกปิดจนกว่าผู้ดูแลจะตั้งค่าปลายทางตัวเก็บข้อมูล เอกสารยังเปิดเผยว่าการวัดปริมาณการใช้ในเครื่องเฉพาะผู้ดูแลระบบเปิดตลอดและปิดไม่ได้ ข้อมูลถูกเก็บเฉพาะในฐานข้อมูลของการติดตั้ง และพรอมปต์ คำตอบ กับข้อมูลรับรองจะไม่ถูกเขียนลงตารางการใช้งานเด็ดขาด

การยืนยันตัวตนและการรองรับผู้ใช้หลายคน​

Open WebUI มีเอกสารการควบคุมการเข้าถึงตามบทบาทพร้อมบทบาท กลุ่ม และสิทธิ์รายทรัพยากร; single sign-on ผ่าน OIDC และ LDAP; SCIM 2.0 สำหรับการจัดสรรผู้ใช้และกลุ่มอัตโนมัติ; และคีย์ API สำหรับการเข้าถึงเชิงโปรแกรม

Libre WebUI มีเอกสารบัญชีในเครื่องที่ใช้รหัสผ่านแฮชด้วย bcrypt และ JWT ที่ผูกกับเซสชันฝั่งเซิร์ฟเวอร์ที่เพิกถอนได้; การยืนยันตัวตนสองขั้นแบบเลือกใช้ด้วย TOTP, รหัสกู้คืน และ WebAuthn passkey พร้อมนโยบายผู้ดูแลที่บังคับปัจจัยที่สองได้; บทบาทสองแบบพอดี (ผู้ดูแลและผู้ใช้) เสริมด้วยกลุ่มและการมอบสิทธิ์รายทรัพยากร (อ่าน/เขียน/ดูแล) พร้อมหลักการที่ระบุไว้ว่าทรัพยากรเป็นส่วนตัวโดยค่าเริ่มต้นและบทบาทผู้ดูแลระบบส่วนกลางไม่ได้ให้สิทธิ์เข้าถึงเนื้อหาของผู้ใช้คนอื่น; SSO ผ่าน OIDC ทั่วไป (พร้อม PKCE รายการโดเมนที่อนุญาต และการจับคู่กลุ่มกับบทบาท) รวมทั้ง OAuth ของ GitHub และ Hugging Face; และโทเคน API ส่วนบุคคลที่จำกัดขอบเขตและเพิกถอนได้ เอกสารระบุอย่างชัดแจ้งว่ายังไม่มี SAML และการจัดสรร SCIM ส่วน LDAP ไม่ปรากฏในเอกสาร

โดยสรุป: Open WebUI มีเอกสารการผสานระบบตัวตนระดับองค์กรที่กว้างกว่า (LDAP, SCIM); Libre WebUI มีเอกสาร SSO ที่เน้น OIDC พร้อมการมอบสิทธิ์รายทรัพยากร และระบุขีดจำกัดของโปรโตคอลตัวตนไว้ในเอกสารของตนเอง

สถาปัตยกรรมและความสามารถในการขยาย​

Open WebUI ใช้แบ็กเอนด์ Python และฟรอนต์เอนด์ Svelte ความสามารถในการขยายมีศูนย์กลางที่เฟรมเวิร์กปลั๊กอิน Pipelines, Tools และ Functions ภาษา Python ที่แก้ไขได้ในตัวแก้ไขโค้ดในตัว การรองรับ MCP แบบเนทีฟผ่าน Streamable HTTP และการค้นพบเครื่องมืออัตโนมัติจากปลายทางที่เข้ากันได้กับ OpenAPI สแต็ก RAG มีเอกสารรองรับฐานข้อมูลเวกเตอร์ 13 ตัว (ChromaDB และ PGVector ดูแลอย่างเป็นทางการ) และเอนจินสกัดเอกสาร 8 ตัว พร้อมการค้นหาไฮบริด BM25 + เวกเตอร์และการจัดอันดับใหม่ด้วย cross-encoder

Libre WebUI ใช้ backend TypeScript/Node.js (Express) และ frontend React ความสามารถในการขยายมีศูนย์กลางที่ปลั๊กอินผู้ให้บริการนิยามด้วย JSON ครอบคลุมแชต embedding รูปภาพ TTS STT เสียง และวิดีโอ (ตระกูลที่มาพร้อมระบบได้แก่ แบบเข้ากันได้กับ OpenAI, Anthropic, Google Gemini, Groq, Mistral, OpenRouter, Hugging Face, MLX, llama.cpp, ComfyUI และ ElevenLabs พร้อม Ollama ในเครื่อง); เครื่องมือที่มีธรรมาภิบาลพร้อมเครื่องมือในตัว 13 ตัวและเซิร์ฟเวอร์เครื่องมือภายนอกผ่าน OpenAPI 3.x (สเปกตรึงด้วยแฮช) และ MCP Streamable HTTP — เครื่องมือปิดโดยค่าเริ่มต้น การเรียกที่มีผลข้างเคียงต้องได้รับอนุมัติ และการออกเครือข่ายป้องกัน SSRF; เซิร์ฟเวอร์ MCP แบบ stdio จงใจไม่รองรับ โครงสร้างระดับสูงประกอบด้วยโปรไฟล์ผู้ช่วย (ผูกพรอมปต์ เครื่องมือ ทักษะ ความรู้ และเสียง), ทักษะและพรอมปต์แบบมีเวอร์ชัน, artifacts ใน sandbox (HTML, React, Mermaid, SVG) และ "Work" — พื้นที่ทำงานเขียนโค้ด Docker/Kubernetes ที่แยกออกจากกัน โดย Work Computer เพิ่มเดสก์ท็อปเสมือนพร้อมเบราว์เซอร์ที่เฝ้าดูได้ การกระทำของตัวแทนจะถูกตรวจสอบแทนการสมมติ (การยืนยันโฟกัส, รั้วแบ่งชุด, การตรวจผลลัพธ์ที่ประกาศ), มนุษย์เข้าควบคุมหน้าจอได้ภายใต้นโยบาย, เสียงสตรีมสด และสอนงานด้วยการสาธิตเป็นคู่มือที่มีจุดยึด ปกปิด secret และจำกัดตามเว็บไซต์ที่เยี่ยมชม รากฐานแพลตฟอร์มกำหนดโปรไฟล์ที่ตรวจสอบแล้วสองแบบ: solo (SQLite, เวกเตอร์ฝัง, blob ในเครื่อง) และ team (PostgreSQL, PGVector, ที่เก็บที่เข้ากันได้กับ S3, Redis) โดยปฏิเสธการกำหนดค่าแบบผสมตอนเริ่มระบบ

ตัวเลือกการติดตั้ง​

Open WebUI มีเอกสารการติดตั้งผ่าน pip install open-webui, Docker (รวมรุ่นอิมเมจ CUDA และแบบรวม Ollama), Docker Compose และ Kubernetes ผ่าน kustomize และ Helm พร้อมแบ็กเอนด์ที่เก็บข้อมูล S3/GCS/Azure Blob และเซสชันบน Redis สำหรับการขยายแนวนอน

Libre WebUI มีเอกสารการเริ่มต้นด้วยคำสั่งเดียว (npx libre-webui@latest), การติดตั้งแบบ global ผ่าน npm และ Homebrew, Docker Compose หลายรุ่น (Ollama ในตัว ภายนอก และติดตั้งบนโฮสต์, GPU, socket-proxy และทีมพร้อม Work overlay), image ที่เผยแพร่และพร้อม pull สำหรับ GUI sandbox ของ Work Computer, Helm chart ที่เผยแพร่บนรีจิสทรี OCI พร้อมค่าเริ่มต้นความปลอดภัยของ pod และ NetworkPolicies แบบเลือกได้, รูปแบบการติดตั้งส่วนตัวด้วย Cloudflare Tunnel โดยไม่เปิดพอร์ต และแอปเดสก์ท็อป Electron สำหรับ macOS, Windows และ Linux — มีเอกสารระบุว่าเป็นไคลเอ็นต์เท่านั้น ไม่มี backend ในตัวหรือการอัปเดตอัตโนมัติ

ฟีเจอร์ระดับโปรดักชัน​

Open WebUI มีเอกสารแดชบอร์ดการใช้งานที่ติดตามปริมาณข้อความและการใช้โทเคน สังเวียนโมเดลพร้อมการทดสอบ A/B และอันดับ Elo การผสาน OpenTelemetry เว็บฮุกและแบนเนอร์ระบบ และการขยายแนวนอน แผนองค์กรเชิงพาณิชย์เพิ่มการสนับสนุนแบบมี SLA และเวอร์ชันสนับสนุนระยะยาว (LTS)

Libre WebUI มีเอกสารธรรมาภิบาลค่าใช้จ่าย — อัตราค่าบริการแบบมีเวอร์ชันตามวันมีผล และงบประมาณระดับ instance, ผู้ใช้ หรือกลุ่ม พร้อมโหมดสังเกต เตือน และบล็อกแบบเด็ดขาด รวมทั้งส่งออก CSV; การประเมิน — การติดแท็กข้อเสนอแนะ สนามประลองแบบปกปิดด้วย Elo แบบกำหนดผลแน่นอน และการรันชุดประเมินเป็นงานถาวร; observability — log JSON แบบมีโครงสร้างพร้อมการเชื่อมโยงด้วย request ID และขอบเขตการปกปิดข้อมูล พร้อมการส่งออก OTLP แบบเลือกเปิด; probe liveness, readiness และตรวจเชิงลึกเฉพาะผู้ดูแล; และการจำกัดอัตราหลายชั้นซึ่งใช้ Redis และแชร์ระหว่าง replica ในโหมดทีม โปรไฟล์ทีมมีเอกสารว่าผ่านการรับรองสำหรับ replica แอปสามตัวขึ้นไปพร้อม durable worker ภายนอกหนึ่งตัว โดยตรวจด้วยการซ้อมความล้มเหลวสาม replica ซึ่งเป็นด่าน release นอกจากนี้ benchmark การเล่นซ้ำแบบกำหนดผลแน่นอนยังให้คะแนนกลไกป้องกัน runtime ของ Work Computer เทียบกับ fixture เบราว์เซอร์ที่เป็นปฏิปักษ์ เอกสาร Kubernetes ระบุข้อควรทราบชัดเจนว่า การอัปเกรด schema ไม่ใช่แบบไม่หยุดให้บริการและต้องตั้งใจหยุดบริการ

ฟีเจอร์ทีมและการทำงานร่วมกัน​

Open WebUI มีเอกสารแชนแนลที่แชร์กันซึ่งผู้ใช้และโมเดล AI ร่วมอยู่ในบทสนทนาเดียวกัน การส่งข้อความโดยตรง กลุ่มผู้ใช้พร้อมสิทธิ์ตามบทบาท การจำกัดการเข้าถึงรายโมเดล พื้นที่ Notes ที่มี AI ช่วย และการจัดระเบียบบทสนทนาด้วยโฟลเดอร์ แท็ก และการปักหมุด

Libre WebUI มีเอกสารแชนแนล (สาธารณะ ส่วนตัว และ DM) พร้อมเธรดชั้นเดียว การแสดงความรู้สึก การปักหมุด และการตอบกลับ @model ที่ทำงานภายใต้ตัวตนของสมาชิกผู้เรียก; รูปแบบการแชร์เดียวกัน (เจ้าของมอบสิทธิ์อ่าน/เขียน/ดูแลให้ผู้ใช้หรือกลุ่ม) ครอบคลุมแชต โน้ต ชุดองค์ความรู้ เพอร์โซนา พรอมปต์ ทักษะ ปฏิทิน และเซิร์ฟเวอร์เครื่องมือ โดยไม่มีลิงก์สาธารณะแบบนิรนาม; โน้ตถาวรพร้อม revision ที่กู้คืนได้ ไฟล์แนบ และการแก้ไขด้วย AI ที่ย้อนกลับได้; การแจ้งเตือนเข้ารหัสต่อผู้ใช้; ปฏิทินที่แชร์ได้; และการทำงานอัตโนมัติตามกำหนดเวลาที่ส่งผล AI เป็นเซสชันแชต ช่องว่างที่บันทึกไว้ได้แก่ ไม่มีตัวบ่งชี้สถานะออนไลน์/กำลังพิมพ์ และไม่มีการส่งออกรายแชนแนล

ความสามารถด้านเสียงและสื่อ​

Open WebUI มีเอกสารการแปลงเสียงเป็นข้อความ การแปลงข้อความเป็นเสียง การโทรด้วยเสียงและวิดีโอแบบแฮนด์ฟรี และการสร้างกับแก้ไขภาพผ่านเอนจินอย่าง GPT-Image, Gemini และ ComfyUI พร้อมการอัปโหลดไฟล์และรูปภาพ

Libre WebUI มีเอกสารโหมดเสียงแบบผลัดกันพูด (ฟัง → ถอดความ → คิด → พูด) พร้อมแทรกกลางได้ โดยระบุชัดว่าไม่ใช่ full-duplex; STT และ TTS ทำงานผ่านปลั๊กอินผู้ให้บริการ (การรู้จำเสียงของเบราว์เซอร์ การถอดความที่เข้ากันได้กับ OpenAI, ASR ของ Hugging Face, ElevenLabs และอื่น ๆ) พร้อมการโคลนเสียงตามความยินยอมภายใต้ด่านโหมดการเข้าถึง ปลั๊กอินการสร้างสื่อประกาศความสามารถด้านภาพ TTS เสียง และวิดีโอ แล้วส่งผลไปยังแกลเลอรีต่อผู้ใช้ การประมวลผลเอกสารครอบคลุม PDF, รูปแบบ Office, Markdown, HTML และ source code พร้อมที่มาระดับหน้า/สไลด์/ชีตและการค้นคืนแบบผสม BM25 + เวกเตอร์; PDF สแกนและรูปภาพอ่านผ่านโมเดล vision ที่ผู้ใช้กำหนด ส่วนไฟล์เสียงถอดความผ่าน pipeline STT ของผู้ให้บริการ โดยไม่มี OCR หรือ ASR engine ในเครื่องรวมมา เพื่อให้การสกัดใช้ผู้ให้บริการที่ผู้ใช้เลือกไว้ นอกจากนี้ Work Computer ของแต่ละ Work task ยังสตรีมหน้าจอและเสียงสดให้ผู้เฝ้าดูที่มีสิทธิ์ พร้อมให้มนุษย์เข้าควบคุมเมาส์และแป้นพิมพ์แบบเรียลไทม์

คุณภาพและความโปร่งใสของเอกสาร​

ทั้งสองโปรเจกต์ดูแลเอกสารทางการที่มีเนื้อหามาก

เอกสารของ Open WebUI ประกอบด้วยคู่มือฟีเจอร์ บทเรียนการติดตั้งและบำรุงรักษา (สำรองข้อมูล ส่งออกฐานข้อมูล ย้ายข้อมูลด้วยตนเอง) เอกสารอ้างอิงสคีมาฐานข้อมูลสาธารณะ และ FAQ สัญญาอนุญาตที่พูดถึงสถานะไม่ใช่ OSI ของสัญญาอนุญาตโดยตรง

เอกสารของ Libre WebUI ประกอบด้วยคู่มือรายฟีเจอร์ที่ระบุข้อจำกัดและสิ่งที่ไม่ใช่เป้าหมายไว้ในเนื้อหาโดยตรง (เช่น "ไม่มี SAML หรือ SCIM", "ไม่ใช่ full-duplex", "ไม่มีการปล่อยสคีมาแบบไม่หยุดให้บริการ") สเปก OpenAPI และ llms.txt ที่เผยแพร่ และสัญญาความสามารถที่สร้างอัตโนมัติซึ่งจับคู่ทุกเส้นทาง UI เส้นทาง API และเส้นทาง WebSocket เข้ากับผู้รับผิดชอบ เอกสาร และการทดสอบที่มีชื่อซึ่งบังคับใช้ใน CI

เลือกอันไหนดี​

ไม่มีโปรเจกต์ใดดีกว่าอย่างเด็ดขาด ทางเลือกที่ถูกต้องขึ้นกับข้อจำกัดของคุณ เกณฑ์เชิงวัตถุประสงค์ที่ควรพิจารณา:

  • ข้อกำหนดด้านสัญญาอนุญาต หากองค์กรของคุณต้องการสัญญาอนุญาตที่ OSI รับรอง หรือวางแผนรีแบรนด์อินเทอร์เฟซสำหรับผู้ใช้มากกว่า 50 คนโดยไม่มีข้อตกลงระดับองค์กร สัญญาอนุญาตทั้งสองต่างกันอย่างมีนัยสำคัญ: Libre WebUI เป็น Apache 2.0 ไม่มีข้อกำหนดแบรนด์; สัญญาอนุญาตของ Open WebUI จำกัดการเปลี่ยนแบรนด์เหนือเกณฑ์ 50 ผู้ใช้เว้นแต่มีสัญญาอนุญาตระดับองค์กร
  • โครงสร้างพื้นฐานด้านตัวตน องค์กรที่ใช้มาตรฐาน LDAP หรือการจัดสรร SCIM จะพบว่ามีเอกสารใน Open WebUI; องค์กรที่ใช้มาตรฐาน OIDC ครอบคลุมโดยทั้งคู่
  • ระบบนิเวศและการผสานระบบ Open WebUI มีชุมชนขนาดใหญ่มาก (ดาว GitHub ราว 150,000 ดวง) และมีเอกสารพื้นที่การผสานระบบที่กว้าง รวมถึงฐานข้อมูลเวกเตอร์ 13 ตัวและ engine สกัดเอกสาร 8 ตัว ระบบนิเวศของ Libre WebUI เล็กกว่าและมีศูนย์กลางที่ปลั๊กอินผู้ให้บริการในตัวกับเซิร์ฟเวอร์เครื่องมือ OpenAPI/MCP รวมถึงตัวแทนเขียนโค้ดที่ติดตั้งแล้วซึ่งใช้เป็นโมเดลแชตได้และการเชื่อมต่อ Libre Claw คู่กัน
  • โมเดลการขยาย Open WebUI ขยายผ่านโค้ด Python เป็นหลัก (Pipelines, Tools, Functions); Libre WebUI ขยายผ่านนิยามปลั๊กอิน JSON เชิงประกาศและเซิร์ฟเวอร์เครื่องมือภายนอกที่มีธรรมาภิบาลเป็นหลัก แบบใดเหมาะกว่าขึ้นกับทักษะของทีมและข้อกำหนดการควบคุมการเปลี่ยนแปลงของคุณ
  • ท่าทีด้านปฏิบัติการ เปรียบเทียบขั้นตอนสำรอง/กู้คืนที่มีเอกสาร โพรบสุขภาพ การจำกัดอัตรา และโมเดลการขยายของแต่ละโปรเจกต์กับเป้าหมายเวลากู้คืนและความพร้อมใช้งานของคุณ รวมถึงการที่ Libre WebUI ระบุว่าไม่มีการอัปเกรดสคีมาแบบไม่หยุดให้บริการ และการขยายแนวนอนบน Redis ของ Open WebUI
  • ธรรมาภิบาลและการควบคุมค่าใช้จ่าย หากต้องการงบประมาณการใช้จ่ายรายผู้ใช้หรือรายกลุ่มพร้อมการบังคับใช้แบบเด็ดขาด ให้ดูเอกสารธรรมาภิบาลค่าใช้จ่ายของ Libre WebUI; หากแดชบอร์ดการใช้งานและตัวเลือก SLA/LTS ระดับองค์กรสำคัญ ให้ดูการวิเคราะห์ผู้ดูแลและแผนองค์กรของ Open WebUI
  • ความต้องการด้านสื่อ การโทรด้วยเสียงและวิดีโอแบบเรียลไทม์มีเอกสารใน Open WebUI; โหมดเสียงของ Libre WebUI เป็นแบบผลัดกันพูด ขณะที่ Work Computer สตรีมเดสก์ท็อปสดพร้อมเสียงแบบเรียลไทม์และให้มนุษย์เข้าควบคุม ทั้งคู่มีเอกสาร STT, TTS และการสร้างภาพผ่านผู้ให้บริการที่กำหนดค่าได้

ประเมินทั้งสองตามความต้องการของคุณเองด้วยแหล่งข้อมูลปฐมภูมิด้านล่าง

แหล่งข้อมูล​

ตรวจทานล่าสุด: สิงหาคม 2026 ทั้งสองโปรเจกต์ปล่อยเวอร์ชันบ่อย โปรดดูแหล่งข้อมูลปฐมภูมิที่ลิงก์ไว้สำหรับรายละเอียดล่าสุด ข้อความอ้างอิงจากเอกสารภาษาอังกฤษเป็นคำแปล หากมีความคลาดเคลื่อน ให้ยึดต้นฉบับภาษาอังกฤษเป็นหลัก