เพิ่มทุกโมเดลในแคตตาล็อกเข้า Cherry Studio ในฐานะ provider เดียว

คำตอบสั้น ๆ: provider เดียวใน Model Services

คลิกไอคอนรูปเฟืองในเมนูซ้ายของ Cherry Studio เปิดแท็บ Model Services แล้วคลิกปุ่ม Add ใต้รายการ provider ตั้งชื่อ provider ที่จำง่าย (APIsRouter) แล้วเลือก OpenAI เป็นประเภท provider จากนั้นบันทึก ตอนนี้เลือก provider ใหม่ในรายการแล้วตั้งค่ามัน: เปิดสวิตช์เปิดใช้งาน วาง key ลงในฟิลด์ API key และตั้ง API address เป็น https://api.apisrouter.com สังเกตรูปทรงนี้: ค่าเริ่มต้นที่มีเอกสารระบุของ Cherry Studio คือรับ root address แล้วต่อ /v1/chat/completions เข้าไปเอง ดังนั้นคุณกรอกแค่ host โดยไม่มี /v1 จากนั้นเพิ่มโมเดลด้วยปุ่ม Add ในส่วนโมเดล ทีละ id ในแคตตาล็อกเป๊ะ ๆ (claude-sonnet-4-6, deepseek-v4-flash, glm-5.2) แล้วกดปุ่ม Check ข้าง ๆ key เพื่อรันการตรวจสอบแบบสด ๆ กับโมเดลที่เลือกไว้

Provider name:  APIsRouter
Provider type:  OpenAI

then, on the provider page:
API key:        sk-YOUR-APISROUTER-KEY
API address:    https://api.apisrouter.com
                (Cherry appends /v1/chat/completions)
Models → + Add: claude-sonnet-4-6, deepseek-v4-flash, glm-5.2
Check → pick a model → success

Cherry Studio ประกอบ URL ของ request อย่างไร

Cherry Studio (CherryHQ บน GitHub มีดาวราว 49K) คือ desktop client ต้นกำเนิดจีนสำหรับ Windows, macOS และ Linux ที่ขึ้นชื่อเรื่องมี preset ให้ provider และ assistant หลายร้อยตัว อะไรก็ตามที่ไม่อยู่ในรายการ preset เข้ามาผ่าน flow custom provider ข้างบน และส่วนที่คุ้มค่าจะเข้าใจคือฟิลด์ API address ค่าเริ่มต้นที่มีเอกสารระบุ: คุณกรอก root address แล้ว Cherry Studio จะต่อ route ของ OpenAI เข้าไป ดังนั้น https://api.apisrouter.com กลายเป็น https://api.apisrouter.com/v1/chat/completions บน wire ถ้า provider ใช้ path ที่ไม่มาตรฐาน การลงท้าย address ด้วย # จะปิดการต่อกันทั้งหมด และ address จะถูกใช้ตามที่พิมพ์เป๊ะ ๆ ซึ่งเป็นทางออกที่มีเอกสารรองรับ พฤติกรรมการต่อกันเรื่อง trailing slash เปลี่ยนไปมาระหว่าง release ดังนั้นถ้า request เจอ 404 ให้อ่าน URL สุดท้ายใน error แทนที่จะเดา รูปแบบ root-address บวกการต่อกันอัตโนมัติคือการตั้งค่าที่มั่นคงสำหรับ gateway /v1 มาตรฐาน เมื่อตั้งค่าแล้ว ทุกบทสนทนาจะส่ง chat completions มาตรฐานด้วย model id ที่คุณเพิ่มไว้เป็นสตริงธรรมดา vendor ไม่มีผลต่อ wire format ซึ่งเป็นสิ่งที่ทำให้ provider entry เดียวแบก id ทั้งจีนและตะวันตกไว้ด้วยกันได้

รายละเอียดที่คุ้มค่า: การหมุนเวียน key หลายตัวและการจัดการโมเดล

ฟิลด์ API key รับ key มากกว่าหนึ่งตัวได้: คั่น key ด้วย comma ภาษาอังกฤษ แล้ว Cherry Studio จะหมุนเวียนใช้จากบนลงล่างต่อ request ซึ่งเป็น feature load-balancing ที่มีเอกสารรองรับ กับ gateway ที่มิเตอร์ต่อ key มันยังทำหน้าที่เป็นการระบุแหล่งที่มาได้ด้วย: key หนึ่งสำหรับงาน หนึ่งสำหรับส่วนตัว ปิดการหมุนเวียนด้วยการลิสต์แค่ key เดียว model entry เป็นแบบใส่เองและนั่นคือ feature Cherry Studio แสดงเฉพาะสิ่งที่คุณเพิ่มไว้ ดังนั้น picker จึงถูกคัดสรรไว้แทนที่จะจมอยู่กับแคตตาล็อกที่ fetch มา แต่ละ entry รับ id เป็น wire string ปุ่ม Manage แก้ไขหรือลบ entry ทีหลังได้ จัดกลุ่ม id ที่เกี่ยวข้องด้วยชื่อที่สอดคล้องกันแล้ว picker จะอ่านเหมือนเมนู: ระดับเร็ว (deepseek-v4-flash, claude-haiku-4-5-20251001), ความแข็งแกร่งระดับภูมิภาค (glm-5.2, qwen3.7-plus, kimi-k2.6), ระดับ frontier (claude-sonnet-4-6) ปุ่ม Check ตรวจสอบคู่ของ key และ address กับโมเดลที่คุณเลือกไว้ และเป็นวิธีเร็วที่สุดในการยืนยัน provider ก่อนบทสนทนาจริง Check ที่ล้มเหลวทั้งที่ key ถูกต้อง เกือบทุกครั้งหมายความว่าฟิลด์ address มี /v1 เกินมาที่ทำให้ path ซ้ำสองครั้ง

curl -s https://api.apisrouter.com/v1/models \
  -H "Authorization: Bearer $APISROUTER_API_KEY" | head -50
# add these ids verbatim in the provider's model list

เลือกโมเดลสำหรับ workhorse บน desktop

key เดียวหมายความว่าการเปรียบเทียบเป็นแค่การสลับใน picker รันงานสัปดาห์เดียวกันบนสอง id ที่เป็นตัวเลือก แล้วให้ค่าใช้จ่ายต่อโมเดลใน console ของ APIsRouter ตัดสินร่วมกับการอ่านคุณภาพผลลัพธ์ของคุณเอง

• แชทประจำวันและการเขียนใหม่เร็ว ๆ อยู่บนระดับเร็ว: deepseek-v4-flash และ claude-haiku-4-5-20251001 ทำให้หน้าต่างที่เปิดตลอดเวลารู้สึกเหมือนฟรี
• งานภาษาจีนคือที่ที่ id ระดับภูมิภาคคุ้มค่ากับตำแหน่งของมัน: glm-5.2 และ qwen3.7-plus สำหรับการร่างและเอกสาร, kimi-k2.6 สำหรับการอ่าน context ยาว
• claude-sonnet-4-6 รับบทสนทนาที่คุณส่งต่อโดยไม่แก้ไข: การวิเคราะห์อย่างระมัดระวัง, งานเขียนที่ต้องส่งลูกค้า, โค้ดที่คุณตั้งใจจะ ship
• assistant ของ Cherry Studio pin โมเดลของตัวเองตาม role ได้ ดังนั้น assistant แปลบน glm-5.2 กับ assistant เขียนโค้ดบน claude-sonnet-4-6 อยู่ร่วมกันหลัง provider เดียว
• เพิ่มแถวอย่างตั้งใจ picker ที่คัดสรรมาหกโมเดลถูกใช้งานจริง ในขณะที่แคตตาล็อกที่วางเข้าไปทั้งดุ้นจะถูก scroll ผ่าน

จ่ายตามการใช้งาน · ถูกกว่าราคาทางการ

Selected models are priced below official list prices. Exact input, output, cache, and per-request prices are shown for each model.

รูปแบบความล้มเหลวเฉพาะของ Cherry Studio

path ที่ซ้ำกันคือรายงานอันดับหนึ่ง: การวาง https://api.apisrouter.com/v1 ลงในฟิลด์ที่ต่อ /v1/chat/completions ให้เองจะสร้าง URL /v1/v1 ที่ 404 กรอก root address แล้วให้ client สร้าง route เอง ถ้าคุณต้อง pin URL เป๊ะ ๆ ที่ไม่มาตรฐาน รูปแบบลงท้ายด้วย # มีไว้สำหรับกรณีนั้น Check ที่ล้มเหลวพร้อม key ที่ดีมักเป็นรูปทรง address ข้างบน Check ที่ล้มเหลวพร้อม address ที่สะอาดคือ key ให้สังเกตว่า key หลายตัวต้องคั่นด้วย comma ภาษาอังกฤษ เพราะตัวอักษรแบบ full-width ที่วางมาจาก input method ภาษาจีนจะทำให้รายการ key หลายตัวพังแบบเงียบ ๆ โมเดลบางตัว error แยกกันในขณะที่ตัวอื่นทำงานได้ มักเป็นปัญหาการสะกด id entry เป็น free text และรายการ /v1/models คือแหล่งความจริงที่ควรอ้างอิง และจำไว้ว่าการตั้งค่าเป็นแบบต่อเครื่อง: provider ที่ตั้งค่าไว้บน desktop ของคุณจะไม่มีอยู่บน laptop จนกว่าคุณจะทำการตั้งค่าสองนาทีซ้ำอีกครั้ง หรือใช้ feature backup ของ Cherry Studio เอง ข้อสังเกตความเบี่ยงเบนของเวอร์ชัน: Cherry Studio ออก release บ่อยและ label ของ settings ขยับ (Model Services เคยปรากฏเป็น Model Provider ใน build บางตัว) flow เพิ่ม provider, เลือกประเภท OpenAI, key, address, models ยังคงที่

ใครที่ใช้ Cherry Studio ผ่าน gateway

• ผู้ใช้ desktop สองภาษาที่ผสม GLM, Qwen, Kimi และ DeepSeek กับ Claude และ GPT ใน picker เดียว ยอดคงเหลือเดียว ไม่ต้องมีบัญชีต่อ vendor
• ผู้ใช้ในเอเชียที่ต้องการ id ของ Claude และ GPT บนยอดคงเหลือแบบเติมเงินล่วงหน้าโดยไม่ต้องใช้บัตรตะวันตก คู่กับโมเดลระดับภูมิภาคที่ใช้อยู่แล้ว
• power user ที่รัน assistant ของ Cherry Studio ตาม role และต้องการให้แต่ละ assistant pin กับ vendor ที่ถูกต้องโดยไม่ต้องดูแล key ห้าตัว
• คนที่ route เครื่องมืออื่นผ่าน gateway อยู่แล้วและต้องการให้ desktop client ใช้ key และ usage log เดียวกัน
• ใครก็ตามที่เปรียบเทียบโมเดลระดับภูมิภาคกับตะวันตกบนงานประจำวันจริง แทนที่จะดูจาก benchmark ที่แต่ละตัวเลือกคือหนึ่งแถวโมเดล

ตรวจสอบ endpoint และ debug บทสนทนาแรก

Curl รายการโมเดลก่อนแล้วก็อปปี้ id ที่คุณวางแผนจะเพิ่ม จากนั้นรัน chat completion หนึ่งครั้งกับตัวขับเคลื่อนประจำวันที่ตั้งใจไว้ เมื่อทั้งสองผ่าน ที่เหลือทั้งหมดอยู่ในหน้า provider ใน Cherry Studio รัน Check ก่อนแชท error ยืนยันตัวตนคือฟิลด์ key หรือตัวคั่น comma ของมัน 404 คือรูปทรง address อ่าน URL ที่ประกอบแล้วใน error และนับจำนวน segment /v1 error not-found บนโมเดลใดโมเดลหนึ่งคือการสะกด id ในแถวนั้น เมื่อบทสนทนาไหลลื่นแล้ว console ของ APIsRouter แสดงโมเดลต่อ request, จำนวน token และค่าใช้จ่าย desktop client ที่ใช้ตลอดวันทำงานสร้าง request เล็ก ๆ ต่อเนื่อง และมุมมอง usage ต่อ key เปลี่ยนกระแสนั้นเป็นตัวเลขต่อโมเดล ต่อวัน โดย id ทั้งจีนและตะวันตกอยู่บนหน้าเดียวกัน

curl -s https://api.apisrouter.com/v1/chat/completions \
  -H "Authorization: Bearer $APISROUTER_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{"model":"deepseek-v4-flash",
       "messages":[{"role":"user","content":"ping"}]}'

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