วิธีเพิ่ม OpenAI, Claude, Gemini และ DeepSeek ลงใน Dify

สิ่งที่คุณจะสร้าง

บริการ API ใดช่วยให้คุณเพิ่มโมเดล AI เพิ่มเติมเข้าใน Dify ได้โดยไม่ต้องตั้งค่าผู้ให้บริการแต่ละรายแยกกัน? CometAPI เป็นตัวเลือกที่ใช้งานได้จริง ติดตั้งปลั๊กอินโมเดลของ Dify สำหรับ CometAPI เพียงครั้งเดียว บันทึกคีย์ CometAPI หนึ่งชุด และใช้โมเดลจาก OpenAI, Anthropic, Google และ DeepSeek ภายในเวิร์กสเปซ Dify เดียวกัน

คีย์เดียวไม่ได้หมายถึงการกำหนดค่าของโมเดลเดียว: CometAPI ทำให้การยืนยันตัวตนและการเข้าถึง API อยู่ศูนย์กลาง แต่ Dify ยังต้องรู้ว่าโหนด LLM แต่ละตัวต้องเรียกโมเดลใด ดังนั้นคุณอาจกำหนดค่า ID โมเดลหลายตัวภายใต้การเชื่อมต่อผู้ให้บริการเดียวกัน

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

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

ก่อนเริ่มต้น

คุณต้องมีเวิร์กสเปซ Dify ที่สามารถติดตั้งปลั๊กอินโมเดลได้ คีย์ API ของ CometAPI และ ID โมเดลปัจจุบัน เก็บคีย์ไว้ในที่เก็บข้อมูลข้อมูลลับของ Dify หรือความลับฝั่งเซิร์ฟเวอร์ อย่าจัดเก็บไว้ในที่เก็บสาธารณะ ชุดโค้ดฝั่งเบราว์เซอร์ ภาพหน้าจอ หรือไฟล์เวิร์กโฟลว์ที่แชร์

ฐาน URL ที่เข้ากันได้กับ OpenAI คือ https://api.cometapi.com/v1. ปลั๊กอิน Dify ของ CometAPI จะตั้งค่าเอ็นด์พอยต์นี้ภายใน หากคุณใช้ผู้ให้บริการทั่วไปที่เข้ากันได้กับ OpenAI API ของ Dify ให้ป้อนฐาน URL เดียวกันด้วยตนเอง

คุณสามารถเพิ่มโมเดล AI หลายตัวให้ Dify ด้วยคีย์ API เดียวได้หรือไม่?

ได้ การเชื่อมต่อผู้ให้บริการ CometAPI ช่วยให้ Dify ใช้ข้อมูลยืนยันตัวตนเดียวกันสำหรับโมเดลที่รองรับจาก OpenAI, Anthropic, Google, DeepSeek และผู้ให้บริการอื่นๆ คุณยังคงต้องกำหนดค่า ID โมเดลแต่ละตัวแยกกันเพื่อให้โหนด LLM แต่ละตัวรู้ว่าจะเรียกเส้นทางใด แต่คุณไม่จำเป็นต้องดูแลข้อมูลยืนยันตัวตนและบัญชีเรียกเก็บเงินต้นทางที่ต่างกันสำหรับแต่ละตระกูลโมเดล

ทำไมจึงใช้ CometAPI แทนการเชื่อมต่อผู้ให้บริการแต่ละรายโดยตรง?

CometAPI ช่วยลดภาระงานบูรณาการโดยให้เวิร์กโหลดการแชทที่เข้ากันได้ใช้ฐาน URL เดียว คีย์ API เดียว และบัญชีการใช้งานเดียว ทำให้การประเมินและสลับโมเดลใน Dify ง่ายขึ้น ขณะเดียวกันยังคงให้เห็นการเลือกเฉพาะโมเดลอย่างชัดเจน การเชื่อมต่อผู้ให้บริการโดยตรงอาจเหมาะกว่าเมื่อคุณต้องการฟีเจอร์เฉพาะของผู้ให้บริการ สัญญา การปรับใช้ในภูมิภาค หรือการสนับสนุน ดังนั้นโปรดทดสอบความสามารถของโมเดลที่จำเป็นจริงตามเวิร์กโฟลว์ของคุณ

คุณสามารถเพิ่มโมเดลใดบ้างใน Dify?

ID ปัจจุบันและวันที่เผยแพร่บน CometAPI ข้างต้นได้รับการตรวจสอบกับ API แค็ตตาล็อกสาธารณะ เมื่อวันที่ 26 สิงหาคม 2026 ใช้แต่ละหน้าโมเดลของ CometAPI ที่ลิงก์ไว้เป็นแหล่งราคาที่อัปเดตแบบไดนามิก แทนการคัดลอกราคาที่อาจล้าสมัย ความพร้อมใช้งาน รูปแบบอินพุต/เอาต์พุต และการสนับสนุนปลั๊กอินของ Dify อาจเปลี่ยนแปลงได้ จึงควรยืนยันโมเดลที่แน่นอนในบัญชีของคุณก่อนการปรับใช้

วิธีเชื่อมต่อ CometAPI กับ Dify

ขั้นตอนที่ 1 — ติดตั้งปลั๊กอินโมเดล CometAPI

เปิด Marketplace หรือส่วนปลั๊กอินของ Dify แล้วค้นหา CometAPI ติดตั้ง ปลั๊กอินผู้ให้บริการโมเดล CometAPI ป้ายกำกับการนำทางอาจแตกต่างกันระหว่าง Dify Cloud และเวอร์ชันโฮสต์เอง ดังนั้นให้ใช้หน้าจอการกำหนดค่าปลั๊กอินปัจจุบัน แทนการพึ่งพาเส้นทางเมนูที่ตายตัว

ขั้นตอนที่ 2 — กำหนดค่าผู้ให้บริการ CometAPI

เปิดหน้าจอการกำหนดค่าปัจจุบันของปลั๊กอิน CometAPI วางคีย์ CometAPI ของคุณ แล้วบันทึกข้อมูลยืนยันตัวตนของผู้ให้บริการ Dify อาจตรวจสอบด้วยคำร้องโมเดลขนาดเล็ก ปลั๊กอินจะกำหนดเส้นทางเวิร์กโหลดการแชทที่เข้ากันได้ผ่าน https://api.cometapi.com/v1 ดังนั้นคุณไม่จำเป็นต้องมีข้อมูลยืนยันตัวตนของ OpenAI, Anthropic, Google และ DeepSeek แยกกัน

หากการปรับใช้ Dify ของคุณไม่สามารถติดตั้งปลั๊กอิน CometAPI ได้ ให้ติดตั้งผู้ให้บริการโมเดลอย่างเป็นทางการที่ เข้ากันได้กับ OpenAI API แทน เพิ่มแต่ละโมเดลเป็น LLM ในโหมด Chat ใช้คีย์ CometAPI เดียวกัน และตั้งค่า API Base URL เป็น https://api.cometapi.com/v1. เส้นทางสำรองนี้ต้องสร้างรายการกำหนดเองหนึ่งรายการต่อโมเดล แต่ยังคงหลีกเลี่ยงการมีบัญชีผู้ให้บริการแยกกัน

ขั้นตอนที่ 3 — เพิ่ม ID โมเดลทั้งสี่

กลับไปที่ผู้ให้บริการ CometAPI แล้วค้นหา ID ทั้งสี่ในรายการโมเดล หาก ID ใดถูกกำหนดไว้ล่วงหน้าแล้ว ให้เปิดใช้งาน หากยังไม่ปรากฏในเวอร์ชันปลั๊กอินที่ติดตั้งอยู่ ให้เลือกตัวเลือกโมเดลแบบกำหนดเองของผู้ให้บริการและป้อน ID ปัจจุบันที่แน่นอนจากตารางด้านบน ให้คง Completion mode ไว้ที่ Chat

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

ขั้นตอนที่ 4 — เลือกโมเดลในแอป Dify ของคุณ

เปิด Chatflow, Workflow, Agent หรือแชตบอทใน Dify Studio เพิ่มโหนด LLM เลือก CometAPI เป็นผู้ให้บริการ และเลือกหนึ่งใน ID โมเดลที่กำหนดค่าไว้ ใช้พรอมป์ตสั้นๆ เช่น “ตอบด้วยตระกูลโมเดลในหนึ่งประโยค” แล้วรันโหนด ทำซ้ำกับอีกสามโมเดล โดยจะเปลี่ยนเฉพาะ ID โมเดลที่เลือก ข้อมูลยืนยันตัวตนของผู้ให้บริการยังคงเดิม

วิธีทดสอบการเชื่อมต่อด้วย Python

ใช้การทดสอบควันแบบสแตนด์อโลนนี้เพื่อตรวจสอบเส้นทางทั้งสี่เดียวกันก่อนเกี่ยวโยงกับ Dify ติดตั้ง OpenAI Python SDK จัดเก็บ COMETAPI_KEY ไว้ในสภาพแวดล้อม แล้วรันสคริปต์จากเครื่องที่เชื่อถือได้ ผลลัพธ์ที่สำเร็จยืนยันคีย์ เอ็นด์พอยต์ และ ID โมเดลปัจจุบัน; สิ่งนี้ไม่แทนที่การทดสอบภายในเวิร์กโฟลว์ Dify จริง

import osfrom openai import OpenAI​MODELS = {    "OpenAI": "gpt-5.6",    "Claude": "claude-opus-5",    "Gemini": "gemini-3.7-flash",    "DeepSeek": "deepseek-v4-flash",}​client = OpenAI(    api_key=os.environ["COMETAPI_KEY"],    base_url="https://api.cometapi.com/v1",    timeout=30.0,    max_retries=2,)​for family, model in MODELS.items():    try:        response = client.chat.completions.create(            model=model,            messages=[                {"role": "user", "content": "Reply with one short sentence."}            ],        )        text = response.choices[0].message.content or ""        print(f"{family}: OK | {response.model} | {text[:80]}")    except Exception as error:        print(f"{family}: ERROR | {type(error).__name__} | {error}")

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

วิธีตรวจสอบความพร้อมของโมเดลก่อนการปรับใช้

คุณสามารถตรวจสอบความพร้อมของโมเดลผ่าน ไดเรกทอรีโมเดล CometAPI ปัจจุบัน หรือ Models API ก่อนการปรับใช้ ยืนยันว่า ID โมเดลที่แน่นอนปรากฏในบัญชีของคุณ จากนั้นรันคำร้องที่ยืนยันตัวตนขนาดเล็กก่อนเพิ่มลงในเวิร์กโฟลว์การผลิตของ Dify

ด้วยคีย์ของคุณเอง คำร้องแบบ non-streaming ที่สำเร็จจะส่งคืนวัตถุ Chat Completions ถ้อยคำที่สร้างอาจแตกต่างกัน แต่การตอบกลับควรมีฟิลด์ต่อไปนี้:

{  "id": "chatcmpl-...",  "object": "chat.completion",  "model": "the-routed-model-id",  "choices": [    {      "index": 0,      "message": {        "role": "assistant",        "content": "..."      },      "finish_reason": "stop"    }  ],  "usage": {    "prompt_tokens": 0,    "completion_tokens": 0,    "total_tokens": 0  }}

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

วิธีเลือกโมเดลที่เหมาะสมสำหรับ Dify

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

สถานการณ์และแนวทางแก้ปัญหาทั่วไป

Dify ปฏิเสธข้อมูลยืนยันตัวตนด้วย 401 ตรวจคัดลอกคีย์จากแดชบอร์ด CometAPI อีกครั้งและลบช่องว่างหัวท้าย อย่าใส่คำว่า Bearer ในช่อง API Key ของ Dify; ปลั๊กอินจะสร้างส่วนหัวการอนุญาตให้เอง

ผู้ให้บริการทั่วไปส่งคืน 404 หรือ HTML ใช้ฐาน URL แบบเต็ม https://api.cometapi.com/v1. การละ /v1 หรือการเพิ่ม /chat/completions ลงในฐาน URL ของ Dify อาจทำให้เส้นทางสุดท้ายผิดพลาด

โมเดลไม่ปรากฏใน Dify อัปเดตปลั๊กอิน CometAPI จากนั้นเทียบ ID กับแค็ตตาล็อกแบบสด หาก ID ปัจจุบันไม่ได้กำหนดไว้ล่วงหน้า ให้เพิ่มเป็นโมเดลแบบกำหนดเองภายใต้ผู้ให้บริการ CometAPI เดียวกัน อย่าแทนที่ด้วยชื่อโมเดลที่ดูคล้ายกัน

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

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

ได้รับ 429 หรือข้อผิดพลาด 5xx เป็นครั้งคราว ทำซ้ำคำร้อง 429 การหมดเวลา และข้อผิดพลาดเซิร์ฟเวอร์ชั่วคราวด้วยการถอยหลังแบบเอ็กซ์โปเนนเชียลและ jitter อย่าทำซ้ำอัตโนมัติสำหรับข้อผิดพลาดการยืนยันตัวตน โมเดลไม่ถูกต้อง หรือคำร้องที่ผิดรูปแบบ

หมายเหตุสำหรับการผลิต

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

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

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

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

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

คำถามที่พบบ่อย

วิธีเพิ่ม OpenAI ลงใน Dify ผ่าน CometAPI

ติดตั้งปลั๊กอินผู้ให้บริการโมเดล CometAPI บันทึกคีย์ CometAPI ของคุณ และเพิ่ม gpt-5.6 เป็นโมเดล LLM ที่สามารถเลือกได้ เลือกโหมด Chat เมื่อ Dify ขอโหมด completion จากนั้นรันพรอมป์ตข้อความสั้นๆ ก่อนเปิดใช้งานโมเดลในเวิร์กโฟลว์การผลิต แค็ตตาล็อกของ CometAPI ปัจจุบันระบุเส้นทางสำหรับเวิร์กโหลดการแชทและ Responses ที่เข้ากันได้ แต่การสนับสนุนปลั๊กอินของ Dify อาจแตกต่างตามเวอร์ชัน หาก ID ไม่ได้กำหนดไว้ล่วงหน้า ให้ปรับปรุงปลั๊กอินหรือใช้ตัวเลือกโมเดลแบบกำหนดเอง เก็บข้อมูลยืนยันตัวตนของผู้ให้บริการที่แชร์ไว้ไม่เปลี่ยนแปลง และตรวจสอบการตั้งค่าการรับรูปภาพ การเรียกเครื่องมือ เอาต์พุตแบบโครงสร้าง และการให้เหตุผลแยกกันก่อนใช้งานจริง

วิธีเพิ่ม Claude ลงใน Dify ผ่าน CometAPI

ภายใต้การเชื่อมต่อผู้ให้บริการ CometAPI เดียวกัน เพิ่ม claude-opus-5 เป็นโมเดล LLM แยกต่างหากและเลือกในโหนด Dify ที่ต้องการ Claude แค็ตตาล็อกของ CometAPI ปัจจุบันบันทึกทั้งเส้นทาง Anthropic Messages และเส้นทางแชทที่เข้ากันได้กับ OpenAI สำหรับโมเดลนี้ Dify ยังต้องมีรายการโมเดลของตัวเองเนื่องจาก ID ของ Claude อินพุตที่รองรับ ขีดจำกัดโทเค็น และพฤติกรรมแตกต่างจากเส้นทางของ OpenAI ทดสอบการตอบกลับแบบง่ายหนึ่งครั้งและงานยาวหรือมีเครื่องมือหนึ่งงาน จากนั้นตรวจสอบบันทึกการรันของ Dify เพื่อดูโมเดลจริง เวลาแฝง การใช้โทเค็น และข้อผิดพลาดที่ถูกทำให้เป็นรูปแบบกลางก่อนตั้งเป็นค่าเริ่มต้น

วิธีเพิ่ม Gemini ลงใน Dify ผ่าน CometAPI

เพิ่ม gemini-3.7-flash ภายใต้ผู้ให้บริการ CometAPI ที่มีอยู่ จากนั้นเลือกเอ็นทรีนั้นในโหนด LLM ของ Dify ที่เกี่ยวข้อง ปัจจุบัน CometAPI ระบุทั้งเส้นทาง native ของ Gemini สำหรับ generating-content และเส้นทางแชทที่เข้ากันได้กับ OpenAI สำหรับเวิร์กโฟลว์แชทพื้นฐานของ Dify ให้เริ่มจากข้อความเท่านั้นและยืนยันการรันที่สำเร็จก่อนทดสอบรูปภาพ PDF เสียง หรือวิดีโอ อินพุตเหล่านั้นอาจขึ้นกับเวอร์ชันปลั๊กอินและการกำหนดค่าโหนดแม้แค็ตตาล็อกของโมเดลจะระบุไว้ เก็บ Gemini เป็นการกำหนดค่าโมเดลที่แยกต่างหากเพื่อให้ตั้งค่าขีดจำกัดที่เหมาะสมและเปรียบเทียบความเร็ว คุณภาพ และค่ากับเส้นทางอื่นๆ ได้

วิธีเพิ่ม DeepSeek ลงใน Dify ผ่าน CometAPI

สร้างรายการโมเดลของ Dify แยกต่างหากสำหรับ deepseek-v4-flash โดยใช้ข้อมูลยืนยันตัวตนของผู้ให้บริการ CometAPI เดียวกัน แค็ตตาล็อกของ CometAPI ปัจจุบันระบุเส้นทางนี้สำหรับเวิร์กโหลดแชทข้อความต่อข้อความ ดังนั้นอย่าคัดลอกการตั้งค่ารูปภาพจากการกำหนดค่า OpenAI, Claude หรือ Gemini ทดสอบพรอมป์ตข้อความสั้นก่อน ตามด้วยงานโค้ดหรือการให้เหตุผลที่คุณวางแผนจะรันจริง หากโมเดลไม่มีใน Dify ให้ปรับปรุงปลั๊กอินหรือเพิ่ม ID ปัจจุบันที่แน่นอนผ่านตัวเลือกโมเดลแบบกำหนดเอง ตรวจสอบหน้าโมเดลแบบสดอีกครั้งสำหรับราคาที่เปลี่ยนแปลงแบบไดนามิกและความพร้อมก่อนกำหนดเส้นทางทราฟฟิกโปรดักชัน

ฉันสามารถใช้ OpenAI, Claude, Gemini และ DeepSeek ในเวิร์กโฟลว์ Dify เดียวกันได้ไหม?

ได้ โหนด LLM แต่ละตัวสามารถใช้ผู้ให้บริการ/การกำหนดค่าโมเดลที่ต่างกัน ด้วย CometAPI โมเดลที่รองรับสามารถแชร์ข้อมูลยืนยันตัวตนของผู้ให้บริการเดียวกัน ขณะที่เวิร์กโฟลว์เลือก ID โมเดลที่แตกต่างกัน

คีย์ CometAPI เดียวครอบคลุม OpenAI, Claude, Gemini และ DeepSeek ใน Dify ได้จริงหรือ?

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

ฉันต้องป้อนฐาน URL ของ CometAPI ใน Dify หรือไม่?

ไม่จำเป็นเมื่อคุณใช้ปลั๊กอิน CometAPI โดยเฉพาะ; ปลั๊กอินตั้งค่า https://api.cometapi.com/v1 ภายใน ป้อนฐาน URL นั้นด้วยตนเองเฉพาะเมื่อคุณใช้ผู้ให้บริการโมเดลทั่วไปที่เข้ากันได้กับ OpenAI API ของ Dify

Dify รองรับ Claude ผ่าน API ที่เข้ากันได้กับ OpenAI หรือไม่?

Dify สามารถทำงานกับผู้ให้บริการโมเดลที่เข้ากันได้กับ OpenAI ได้ แต่ความเข้ากันได้ไม่ได้ทำให้พฤติกรรม API ของ Claude เหมือนกับของ OpenAI ตรวจสอบพารามิเตอร์และความสามารถที่โมเดลรองรับก่อนเปิดใช้เครื่องมือ เอาต์พุตแบบโครงสร้าง วิชัน หรือฟีเจอร์เฉพาะการให้เหตุผล

ฉันสามารถใช้การตั้งค่า Dify เดียวกันสำหรับทุกโมเดลได้หรือไม่?

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

ควรตั้งโมเดลใดเป็นค่าเริ่มต้น?

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

บทสรุป

CometAPI ช่วยให้เวิร์กสเปซ Dify ใช้ OpenAI, Claude, Gemini และ DeepSeek ผ่านข้อมูลยืนยันตัวตนผู้ให้บริการเดียวและเอ็นด์พอยต์ API แบบรวมสำหรับเวิร์กโหลดการแชทที่เข้ากันได้ การตั้งค้ามีขั้นตอนสั้นๆ: ติดตั้งปลั๊กอินโมเดล บันทึกคีย์ แมป ID โมเดลปัจจุบัน และทดสอบแต่ละเส้นทาง งานปฏิบัติการยังคงเฉพาะโมเดล—ความสามารถ บริบท ราคา และพฤติกรรมสำรองควรถูกยืนยัน ไม่ใช่สันนิษฐาน