เชื่อมต่อผู้ให้บริการภายนอกและที่โฮสต์เอง

Libre WebUI 0.16.0 เพิ่มพื้นที่เฉพาะสำหรับ Provider connections ภายใน Settings > Plugins คุณสามารถใช้พื้นที่นี้เพื่อเปิดใช้ผู้ให้บริการที่มีมาให้ ชี้ปลั๊กอินที่เข้ากันได้ไปยัง API อื่น ตรวจดูรายการโมเดลที่มีผลจริง หรือเชื่อมต่อเกตเวย์ที่โฮสต์เองบนเครือข่ายที่เชื่อถือได้

Libre WebUI รองรับรูปแบบการสื่อสารกับผู้ให้บริการต่อไปนี้:

• OpenAI Chat Completions;
• OpenAI Responses;
• Anthropic Messages; และ
• เนื้อหาและการเรียกใช้ฟังก์ชันของ Google Gemini

ข้อกำหนด Anthropic และ Gemini ที่มีมาให้ใช้อะแดปเตอร์เฉพาะ ซึ่งเลือกตามข้อมูลระบุผู้ให้บริการ ผู้ให้บริการที่นำเข้าใหม่จะใช้รูปแบบของ OpenAI Chat Completions หรือ OpenAI Responses การชี้ไปยัง API ที่เข้ากันได้กับ Anthropic หรือ Gemini จะไม่เลือกอะแดปเตอร์ที่มีมาให้โดยอัตโนมัติ ผู้ให้บริการที่มีโครงสร้างคำขอ การสตรีม การเรียกใช้เครื่องมือ หรือการตอบกลับแบบอื่นต้องมีอะแดปเตอร์ฝั่งแบ็กเอนด์ JSON ของปลั๊กอินมีไว้เพื่ออธิบายการกำหนดเส้นทางและการตั้งค่าเท่านั้น ไม่ได้แปลงโพรโทคอลที่ไม่เกี่ยวข้องกัน

เปิดหน้า Provider connections

1. ลงชื่อเข้าใช้แล้วเปิด Settings > Plugins
2. ค้นหารายชื่อผู้ให้บริการในบานหน้าต่างด้านซ้าย
3. เลือกผู้ให้บริการเพื่อตรวจสอบสถานะการเปิดใช้และรายการโมเดลที่มีผลจริง
4. เปิดใช้ผู้ให้บริการสำหรับบัญชีของคุณ
5. เลือก Configure เฉพาะเมื่อต้องการบันทึกข้อมูลรับรองหรือกำหนดค่าการเชื่อมต่อทับค่าเดิม

ส่วนกำหนดค่าผู้ให้บริการจะปิดไว้โดยค่าเริ่มต้น ผู้ดูแลระบบจะเห็นการตั้งค่าการเชื่อมต่อก่อน ส่วนตัวควบคุมการสุ่มตัวอย่าง เช่น temperature และขีดจำกัดโทเค็น จะอยู่ใต้ส่วน Advanced parameters ที่ย่อแยกต่างหาก ค่าเริ่มต้นที่รับทอดมาจะแสดงเป็นคำแนะนำ แทนที่จะกรอกล่วงหน้าเป็นค่าที่ทับการตั้งค่าของบัญชี

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

เพิ่มการเชื่อมต่อแบบเร็ว

Settings > Connections เป็นทางลัดสำหรับกรณีทั่วไป ซึ่งมีปลายทางที่เข้ากันได้กับ OpenAI หนึ่งรายการและ API key หนึ่งค่า ผู้ดูแลระบบจะเห็นการ์ดของสภาพแวดล้อม Ollama ภายในเครื่องพร้อมสถานะการทำงานและรุ่น รายการการเชื่อมต่อที่เข้ากันได้กับ OpenAI และแบบฟอร์มขนาดเล็กสำหรับเพิ่มรายการใหม่

การเพิ่มการเชื่อมต่อต้องระบุชื่อที่แสดง URL สำหรับ Chat Completions แบบเต็ม และ API key ซึ่งไม่บังคับ Libre WebUI จะสร้าง ID การเชื่อมต่อจากชื่อ ติดตั้งข้อกำหนดผู้ให้บริการ เก็บคีย์ไว้ฝั่งเซิร์ฟเวอร์ เปิดใช้การเชื่อมต่อ และสอบถามปลายทางว่ามีโมเดลใดให้บริการ โมเดลที่ค้นพบจะแทนที่รายการชั่วคราวและปรากฏในตัวเลือกโมเดลของ Chat

แต่ละแถวจะแสดงปลายทาง จำนวนโมเดล สถานะการบันทึกคีย์ สวิตช์เปิดใช้ ปุ่มรีเฟรชโมเดล และปุ่มลบ ตัวเลือกที่ซับซ้อนกว่านี้ เช่น โหมด Responses API การกำหนด Base URL ทับค่าเดิม รายการแยกตามความสามารถ และนโยบายพารามิเตอร์การสร้างผลลัพธ์ จะยังอยู่ในพื้นที่ Settings > Plugins แบบเต็มที่อธิบายไว้ข้างต้น

Codex (ลงชื่อเข้าใช้ ChatGPT)

ผู้ให้บริการ Codex (ChatGPT) ที่มีมาให้ไม่ต้องใช้ API key เมื่อลงชื่อเข้าใช้ Codex CLI ด้วย codex login โดยใช้บัญชีระบบปฏิบัติการของเซิร์ฟเวอร์ ผู้ให้บริการนี้จะปรากฏต่อผู้ดูแลระบบและให้ใช้ตระกูลโมเดล Codex ที่ระบุไว้ในเอกสารผ่านเซสชัน ChatGPT ระบบจะอ่านโทเค็นการเข้าถึงจาก auth.json ของ CLI รีเฟรชด้วยไคลเอนต์ OAuth เดียวกับที่ CLI ใช้ และเขียนกลับเพื่อให้ CLI ทำงานต่อได้ โดยค่าของโทเค็นจะไม่ปรากฏในบันทึกระบบ

คำขอจะส่งจากแบ็กเอนด์ ไม่ใช่จากภายในคอนเทนเนอร์ของงาน โมเดลเหล่านี้จึงใช้กับ Work ผ่านวงรอบเครื่องมือแบบแยกได้ตามปกติ ผู้ให้บริการนี้จำกัดเฉพาะผู้ดูแลระบบ เพราะทุกการเรียกใช้จะหักจากการสมัครสมาชิก ChatGPT ของเจ้าของเซิร์ฟเวอร์ ซ่อนผู้ให้บริการนี้ทั้งหมดด้วย CODEX_OAUTH_MODELS_ENABLED=false หรือใช้ CODEX_HOME เพื่อชี้ไปยังเซสชันการลงชื่อเข้าใช้อื่น

เลือกผู้ให้บริการที่มีมาให้หรือที่นำเข้า

Libre WebUI มีข้อกำหนดสำหรับ OpenAI, Anthropic, Gemini, Groq, Mistral, OpenRouter, Kimi Code ของ Moonshot AI, Hugging Face, GitHub Models, MLX LM ภายในเครื่อง และบริการโมเดลหรือสื่ออื่น ๆ เริ่มจากรายการที่มีมาให้เมื่อโพรโทคอลและข้อกำหนดการยืนยันตัวตนตรงกับบริการที่ต้องการใช้

สำหรับบริการอื่นที่เข้ากันได้ ผู้ดูแลระบบสามารถนำเข้าข้อกำหนดปลั๊กอินแบบ JSON ได้ ตัวอย่างขั้นต่ำต่อไปนี้อธิบายเกตเวย์ที่เข้ากันได้กับ OpenAI:

{
  "id": "private-ai-gateway",
  "name": "Private AI Gateway",
  "type": "completion",
  "endpoint": "http://ai-gateway:8080/v1/chat/completions",
  "api_mode": "chat_completions",
  "auth": {
    "header": "Authorization",
    "prefix": "Bearer ",
    "key_env": "PRIVATE_AI_GATEWAY_API_KEY"
  },
  "model_map": ["gateway-chat"]
}

นำเข้าไฟล์จาก Settings > Plugins เปิดใช้ผู้ให้บริการ แล้วบันทึก API key สำหรับบัญชีที่จะใช้การเชื่อมต่อ เพิ่มตัวแปรการเชื่อมต่อในข้อกำหนดเมื่อผู้ดูแลระบบต้องการฟิลด์ที่แก้ไขได้สำหรับ Base URL เส้นทาง การค้นหาโมเดล หรือปลายทางเฉพาะความสามารถ ไฟล์ plugins/openai.json ที่มีมาให้เป็นตัวอย่างฉบับสมบูรณ์

สำหรับเกตเวย์บนเครือข่ายที่เชื่อถือได้ซึ่งตั้งใจให้ใช้งานโดยไม่ยืนยันตัวตน ให้ตั้ง auth.header และ auth.key_env เป็นสตริงว่างและไม่ระบุ auth.prefix จากนั้น Libre WebUI จะไม่เรียกขอหรือส่ง API key ให้ปลั๊กอินนั้น

เลือก Chat Completions หรือ Responses

ปลั๊กอินสร้างคำตอบที่เข้ากันได้กับ OpenAI สามารถใช้โหมด API แบบใดแบบหนึ่งต่อไปนี้:

โหมด API	เส้นทางคำขอเริ่มต้น	ฟิลด์คำขอที่ใช้ทั่วไป
chat_completions	/chat/completions	messages
responses	/responses	input

ผู้ให้บริการ OpenAI ที่มีมาให้แสดง API Mode ในหน้ากำหนดค่า Libre WebUI จะแปลงทั้งผลลัพธ์ Responses ที่เสร็จแล้วและที่กำลังสตรีมกลับไปยัง Chat และ Work รวมถึงเก็บสถานะการเล่นซ้ำแบบจำกัดสำหรับการใช้เหตุผลและการเรียกใช้เครื่องมือ

การเปลี่ยนโหมดจะเปลี่ยนเส้นทางการดำเนินการเริ่มต้น แต่ไม่เปลี่ยนโพรโทคอลที่เซิร์ฟเวอร์ต้นทางใช้ จึงควรเลือก Responses เฉพาะเมื่อเซิร์ฟเวอร์นั้นรองรับโครงสร้างคำขอและเหตุการณ์ของ Responses ที่เข้ากันได้

กำหนด Base URL หรือปลายทางแบบเต็ม

Libre WebUI เลือกเส้นทางสำหรับการสร้างคำตอบตามลำดับต่อไปนี้:

1. ค่า endpoint แบบเต็มที่กำหนดทับค่าเริ่มต้น
2. base_url บวก api_path ที่ไม่บังคับ
3. ปลายทางที่ประกาศไว้ในข้อกำหนดปลั๊กอิน

ใช้ Base URL สำหรับราก API:

https://gateway.example/v1

หากไม่มีเส้นทางกำหนดเอง โหมด Chat Completions จะส่งคำขอไปยัง:

https://gateway.example/v1/chat/completions

ส่วนโหมด Responses จะส่งคำขอไปยัง:

https://gateway.example/v1/responses

ใช้ API Path เมื่อผู้ให้บริการเปิดการดำเนินการที่เข้ากันได้บนเส้นทางอื่นซึ่งอ้างอิงจากรากนั้น ใช้ Legacy Full Endpoint เฉพาะเมื่อต้องระบุ URL ของการดำเนินการแบบเต็ม โดยปลายทางแบบเต็มจริงจะมีลำดับความสำคัญเหนือ Base URL และ API Path

ส่วนต่อท้ายปลายทางที่รู้จัก เช่น /chat/completions, /completions และ /responses ยังใช้ระบุรูปแบบของคำขอด้วย ส่วนเส้นทางการดำเนินการกำหนดเองที่ระบบไม่รู้จักจะคงโหมด API ที่เลือกไว้อย่างชัดเจน

หลังเปลี่ยนเส้นทางหรือ API key ให้บันทึกผู้ให้บริการอีกครั้งก่อนทดสอบใน Chat เมื่อปลั๊กอินประกาศการยืนยันตัวตน เส้นทางการเชื่อมต่อกำหนดเองต้องใช้ข้อมูลรับรองที่บันทึกโดยบัญชีเดียวกัน ปลั๊กอินที่ตั้งใจไม่ใช้การยืนยันตัวตนสามารถเว้นฟิลด์ยืนยันตัวตนทั้งสองช่องไว้ได้ Libre WebUI จะไม่ส่งคีย์จากตัวแปรสภาพแวดล้อมที่ผู้ดูแลระบบจัดการไปยังปลายทางที่ผู้ใช้กำหนด การใช้คีย์จากสภาพแวดล้อมเป็นค่าทดแทนสงวนไว้สำหรับเส้นทางที่มีมาให้และเชื่อถือได้เท่านั้น

ค้นหาหรือดูแล ID โมเดล

เลือกผู้ให้บริการ Chat ที่เปิดใช้อยู่ แล้วใช้ Refresh models เพื่อค้นหาโมเดล Libre WebUI จะโหลดทั้งรายการของผู้ให้บริการที่เลือกและรายการโมเดลของ Chat ใหม่

การค้นหายังทำงานโดยอัตโนมัติด้วย โดยจะค้นหารายการของผู้ให้บริการที่เปิดใช้อยู่ใหม่เมื่อรายการหายไปหรือเก่ากว่า PLUGIN_MODEL_DISCOVERY_TTL_MS ดังนั้นโมเดลที่คุณเห็นจึงอิงตามผู้ให้บริการ ไม่ใช่ช่วงเวลาที่เปิดใช้ Refresh models จะบังคับตรวจสอบทันทีและรายงานผลที่เกิดขึ้น:

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

คีย์ที่ตั้งไว้เฉพาะในสภาพแวดล้อมจะไม่ถูกใช้กับผู้ให้บริการที่ทำงานด้วยข้อกำหนดซึ่งติดตั้งเพิ่มแทนข้อกำหนดที่มีมาให้ ข้อความจะแจ้งให้ทราบเมื่อเป็นกรณีนี้ โมเดลเสียงพูด รูปภาพ และการฝังข้อมูลที่พบในรายการของผู้ให้บริการจะแสดงพร้อมป้ายความสามารถ แต่จะไม่ปรากฏในตัวเลือกโมเดลของ Chat

สำหรับเส้นทางที่เข้ากันได้กับ OpenAI ระบบจะกำหนด URL ของรายการโมเดลดังนี้:

• หากลงท้าย /models ใช้เดิม
• แทน /chat/completions, /completions, /responses, /embeddings, /messages ด้วย /models
• มิฉะนั้นเพิ่ม /models

ตัวอย่างเส้นทางสร้างคำตอบทั้งสองรายการจะให้ URL สำหรับค้นหาโมเดลเดียวกัน:

https://gateway.example/v1/chat/completions
https://gateway.example/v1/responses

-> https://gateway.example/v1/models

หากระบบกำหนด URL ที่ถูกต้องไม่ได้ ให้ประกาศ models_endpoint ในอาร์เรย์ variables ของปลั๊กอิน:

{
  "name": "models_endpoint",
  "type": "string",
  "label": "Models Endpoint",
  "default": "https://gateway.example/v1/models"
}

ค่าเริ่มต้นที่รับทอดมาหรือค่าที่ผู้ดูแลระบบบันทึกไว้จะมีลำดับความสำคัญเหนือที่อยู่ซึ่งระบบกำหนดขึ้น ระบบจะไม่อ่านพร็อพเพอร์ตี models_endpoint ระดับบนสุดของไฟล์กำหนด การค้นหาโมเดลคาดหวังคำตอบที่เข้ากันได้กับ OpenAI โดยมีอ็อบเจ็กต์โมเดลอยู่ในอาร์เรย์ data:

{
  "data": [{ "id": "gateway-chat" }, { "id": "gateway-code" }]
}

ID ที่ค้นพบจะจัดเก็บแยกตามผู้ใช้และไม่เขียนทับไฟล์ปลั๊กอินที่ใช้ร่วมกัน หากผู้ให้บริการไม่รองรับการค้นหาที่เข้ากันได้ ให้ดูแล ID โมเดลสำรองไว้ใน model_map ของ JSON ปลั๊กอิน รายการใน Provider connections เป็นแบบอ่านอย่างเดียว ป้ายความสามารถบอกว่าเส้นทางของปลั๊กอินใดแสดงโมเดลนั้น ไม่ใช่ผลตรวจสอบสถานะการทำงาน

ID โมเดลไม่จำเป็นต้องไม่ซ้ำกันทั้งระบบ Chat จะเก็บ ID ดิบควบคู่กับข้อมูลระบุผู้ให้บริการ Ollama หรือปลั๊กอินที่ตรงกัน จึงทำให้โมเดล Ollama และปลั๊กอินหลายรายการใช้ชื่อเดียวกันได้อย่างปลอดภัย หากผู้ให้บริการที่บันทึกไว้ใช้งานไม่ได้ Libre WebUI จะแสดงตัวเลือกนั้นว่าไม่พร้อมใช้งาน แทนที่จะส่งคำขอไปยังผู้ให้บริการอื่นโดยไม่แจ้งให้ทราบ

ตั้งค่าการสร้างรูปแยก

ผู้ให้บริการ OpenAI ที่มีมาให้รองรับการสร้างรูปผ่าน https://api.openai.com/v1/images/generations และใช้ gpt-image-2 เป็นค่าเริ่มต้นสำหรับการตั้งค่าใหม่ ID ของ GPT Image รุ่นเก่ายังคงอยู่ในรายการสำรอง เพื่อรองรับระบบเดิมที่ติดตั้งใช้งานและเข้ากันได้

เส้นทางของ Chat และรูปภาพแยกจากกันโดยตั้งใจ Base URL กำหนดเองของ Chat จะไม่รับคำขอสร้างรูปโดยอัตโนมัติ เว้น image_endpoint ว่างไว้เพื่อใช้ปลายทางรูปภาพที่ประกาศโดยปลั๊กอิน หรือตั้งเป็น URL การดำเนินการ Image API แบบเต็มที่เข้ากันได้เมื่อผู้ให้บริการรองรับ

ตัวเลือกโมเดลรูปภาพจะผูกกับผู้ให้บริการเช่นเดียวกับตัวเลือกใน Chat หากปลั๊กอินที่เปิดใช้สองรายการมี ID โมเดลรูปภาพเดียวกัน Libre WebUI จะส่งคำขอไปยังผู้ให้บริการที่เลือกในแผงรูปภาพเท่านั้น

เชื่อมต่อเกตเวย์ HTTP อย่างปลอดภัย

ปลายทางของผู้ให้บริการสามารถใช้ URL แบบเต็มที่เป็น HTTP หรือ HTTPS ได้ HTTP มีประโยชน์สำหรับเกตเวย์ที่โฮสต์เองบน LAN เครือข่าย Tailscale หรือเครือข่ายคอนเทนเนอร์ส่วนตัวที่เชื่อถือได้ แต่จะส่ง API key พรอมต์ ผลลัพธ์จากเครื่องมือ และเนื้อหาที่สร้างขึ้นโดยไม่มีการเข้ารหัสระหว่างส่ง ควรใช้ HTTPS ทุกครั้งที่เส้นทางข้ามขอบเขตเครือข่ายหรือเกตเวย์รองรับ TLS

คำขอมาจากแบ็กเอนด์ของ Libre WebUI ไม่ใช่จากเบราว์เซอร์ จึงต้องเลือกที่อยู่ที่แบ็กเอนด์นั้นเข้าถึงได้:

ตำแหน่งแบ็กเอนด์	ตัวอย่างรากของผู้ให้บริการ
กระบวนการแบบเนทีฟบนเครื่องเดียวกัน	http://127.0.0.1:8081/v1
บริการ Docker Compose	http://ai-gateway:8080/v1
จากคอนเทนเนอร์ไปยังโฮสต์ที่รองรับ	http://host.docker.internal:8081/v1
โฮสต์บน LAN หรือ Tailscale ที่เชื่อถือได้	http://192.168.1.20:8081/v1

ภายในคอนเทนเนอร์ localhost หมายถึงคอนเทนเนอร์ Libre WebUI เอง ไม่ได้หมายถึงบริการ Compose อื่นและไม่สามารถเข้าถึงโฮสต์ได้โดยอัตโนมัติ

Libre WebUI รับเฉพาะ URL ของผู้ให้บริการที่เป็น HTTP หรือ HTTPS ตรวจสอบปลายทางสุดท้ายก่อนเลือกข้อมูลรับรอง และไม่ติดตามการเปลี่ยนเส้นทางสำหรับคำขอถึงผู้ให้บริการหรือคำขอค้นหาโมเดล ให้กำหนด URL ของการดำเนินการสุดท้ายโดยตรง

ตรวจสอบเกตเวย์ก่อนเปิดใช้

ทดสอบการค้นหาโมเดลจากเครื่องหรือคอนเทนเนอร์ที่เรียกใช้แบ็กเอนด์ Libre WebUI:

curl http://ai-gateway:8080/v1/models \
  -H 'Authorization: Bearer YOUR_GATEWAY_KEY'

จากนั้นทดสอบการดำเนินการที่ตรงกับโหมด API ที่เลือก

Chat Completions:

curl http://ai-gateway:8080/v1/chat/completions \
  -H 'Authorization: Bearer YOUR_GATEWAY_KEY' \
  -H 'Content-Type: application/json' \
  -d '{
    "model": "gateway-chat",
    "messages": [{"role": "user", "content": "Reply with: ready"}],
    "stream": false
  }'

Responses:

curl http://ai-gateway:8080/v1/responses \
  -H 'Authorization: Bearer YOUR_GATEWAY_KEY' \
  -H 'Content-Type: application/json' \
  -d '{
    "model": "gateway-chat",
    "input": "Reply with: ready",
    "store": false
  }'

เมื่อการเรียกทดสอบทั้งสองทำงานแล้ว ให้กำหนดเส้นทาง โหมด ข้อมูลรับรอง และ ID โมเดลเดียวกันใน Provider connections เปิดใช้ผู้ให้บริการ เลือก Refresh models แล้วเลือกโมเดลที่ผูกกับผู้ให้บริการนั้นใน Chat ส่วน Work ก็ใช้โมเดลนี้ได้เมื่อโมเดลรองรับการเรียกใช้เครื่องมือที่เข้ากันได้อย่างเชื่อถือได้

การแก้ปัญหา

อาการ	ตรวจสอบ
คำขอยังไปยังปลายทางที่มีมาให้	ลบค่าปลายทางแบบเต็มที่กำหนดทับและล้าสมัย แล้วบันทึก Base URL และ API Path ที่ต้องการ
ผู้ให้บริการได้รับข้อมูลคำขอผิด	ตั้ง API Mode ให้ตรงกับโพรโทคอล Chat Completions หรือ Responses ของเซิร์ฟเวอร์ต้นทาง และตรวจสอบส่วนต่อท้ายสุดท้าย
Refresh models ไม่คืน ID	ทดสอบ /models ตรวจสอบโครงสร้าง data[].id เปิดให้กำหนดตัวแปร models_endpoint หรือดูแล model_map
โมเดลเก่ายังอยู่หลังแก้เส้นทาง	บันทึกการเปลี่ยนแปลงการเชื่อมต่อ Libre WebUI จะล้างรายการโมเดลเก่าที่ค้นพบสำหรับผู้ใช้นั้นก่อนรีเฟรช
ระบบแจ้งว่าไม่มี API key	บันทึกข้อมูลรับรองแยกตามผู้ใช้สำหรับเส้นทางกำหนดเอง การใช้ค่าจากสภาพแวดล้อมของรายการที่มีมาให้จะไม่ตามค่าที่กำหนดทับ
ระบบ Docker เข้าถึง localhost ไม่ได้	ใช้ชื่อบริการ Compose ของเกตเวย์ ชื่อแทนโฮสต์ที่รองรับ หรือที่อยู่บนเครือข่ายส่วนตัวซึ่งเข้าถึงได้
Chat ทำงานแต่สร้างรูปไม่ได้	กำหนด image_endpoint แบบเต็มแยกต่างหาก แล้วเลือกโมเดลที่เปิดให้ใช้ผ่านความสามารถด้านรูปภาพ
Chat ทำงานแต่ Work ปฏิเสธโมเดล	ตรวจสอบว่าโมเดลรองรับการเรียกใช้เครื่องมือที่เข้ากันได้ การสร้างข้อความเพียงอย่างเดียวยังไม่เพียงพอ
ผู้ให้บริการส่งการเปลี่ยนเส้นทางกลับมา	กำหนด URL สุดท้ายที่ผ่านการตรวจสอบโดยตรง เพราะ Libre WebUI ตั้งใจไม่ติดตามการเปลี่ยนเส้นทางของผู้ให้บริการ

รายละเอียดเกี่ยวกับการกำหนดเส้นทาง ข้อมูลรับรอง สถานะการเล่นซ้ำ และการทำงานของการอนุญาต ดูได้ที่ ปลั๊กอิน ส่วนข้อผิดพลาดเฉพาะการติดตั้งใช้งาน ดู การแก้ปัญหา

ขอบคุณชุมชน

คู่มือนี้และประสบการณ์ใช้งาน Provider connections ใน Libre WebUI 0.16.0 ได้รับการหล่อหลอมจาก ZhengJin (@fangzhengjin) ซึ่งข้อเสนอแนะโดยละเอียดเกี่ยวกับผู้ให้บริการภายนอกและแนวคิดประสบการณ์ผู้ใช้ที่สร้างด้วย AI ใน #163 ช่วยกำหนดกระบวนงานนี้

เอกสารที่เกี่ยวข้อง

• ปลั๊กอิน
• ทำงานกับโมเดล
• MLX LM บน Apple Silicon
• Work: พื้นที่ทำงานแบบแยก
• การแก้ปัญหา