การตั้งค่า custom endpoint ของ WordPress AI Engine

Updated 2026-09-05

ใช้ environment แบบ Custom (OpenAI-Compatible) ของ AI Engine สำหรับ model endpoint ที่กำหนดค่าได้ เริ่มใน WordPress workspace แล้วค่อยเพิ่ม product drafting ที่ผ่านการรีวิว

สร้าง custom AI environment

ใน WordPress เปิด Meow Apps > AI Engine > Settings เพิ่ม AI environment และเลือก Custom (OpenAI-Compatible) Meow Apps อธิบาย provider นี้ด้วย base endpoint และ model name ที่แน่นอน ใช้ staging site ระหว่างตั้งค่าการเชื่อมต่อ และบันทึก plugin version ที่ติดตั้ง

แยก environment นี้ไว้สำหรับงาน drafting เพื่อให้รีวิว setting ได้โดยไม่เปลี่ยน assistant ที่ไม่เกี่ยวข้อง ตั้งชื่อ local ให้ชัดและระบุ endpoint ที่ตั้งใจใช้ ก่อนกรอก credential ยืนยันว่า administrator session และ destination ที่ตั้งค่าอยู่ใน environment ที่ตั้งใจจริง

ตั้ง endpoint, credential และ model แยกกัน

สำหรับ connection candidate ของ APIsRouter base endpoint คือ https://api.apisrouter.com/v1 ใช้ APIsRouter credential ในช่อง credential ของ plugin และเลือก ID ที่ตรงจาก catalog ปัจจุบัน ซึ่งจะต้องตรวจสอบพฤติกรรม chat อย่าวาง chat-completions URL แบบเต็มใน field ที่ต้องการ base endpoint

configuration ด้านล่างเป็น settings worksheet ไม่ใช่ plugin import file และตั้งใจเว้น model ไว้เป็นขั้นตอนการเลือก ตรวจ catalog ปัจจุบันและสิทธิ์ของบัญชีขณะตั้งค่า model name ที่พิมพ์ลง settings field ไม่ได้พิสูจน์ว่า endpoint ให้บริการ model นั้น

Provider: Custom (OpenAI-Compatible)
Endpoint: https://api.apisrouter.com/v1
API key: enter the gateway credential in the private settings field
Model: select an exact current catalog ID for the test
Initial task: plain-text draft in the administrator workspace

เข้าใจ request path ที่เสนอ

custom provider เป็นขอบเขตของ model request ไม่ใช่ WooCommerce importer หรือ permission ให้ publish product เก็บ task แรกไว้ใน drafting workspace เพื่อ inspect response ก่อนพิจารณา store operation

diagram แสดง connection ของ APIsRouter ที่เสนอโดยใช้ provider mechanism ตามเอกสาร model label เป็นเพียงตัวเลือกที่ยังต้องตรวจ account และ protocol เก็บ product fact และ approval record ไว้ใน content workflow อย่าคาดหวังว่า gateway จะรู้ SKU rule glossary หรือ publication policy ของร้าน

Request path ของ AI Engine custom provider ที่เสนอ ผ่าน APIsRouter gateway ไปยัง catalog model ที่เลือก โดย gateway integration ยังต้องทดสอบAI Engine routes through Custom provider + base endpoint to the APIsRouter gateway (api.apisrouter.com/v1), which fans out to: Selected catalog ID.AI EngineviaCustom provider + baseendpointAPIsRouterapi.apisrouter.com/v1Selected catalog ID
กลไก custom provider ตามเอกสาร การเชื่อมต่อ gateway ที่เสนอและยังรอ plugin test flow นี้จบที่ model drafting ไม่ใช่ store publishing

ตรวจ draft ขนาดเล็กก่อนเพิ่ม product data

ใช้ product fact sheet สังเคราะห์ขนาดสั้นและขอ candidate แบบ plain-text ยืนยัน environment และ model ที่เลือกใน workspace ก่อน submit ตรวจ text ที่คืนมาว่าครบและบันทึกผลพร้อม plugin version กับ configuration ที่ sanitize แล้ว

จากนั้นเพิ่ม protected brand term และ application placeholder แล้วเปรียบเทียบการจัดการ เก็บ task ให้เป็น read-only ต่อ store content เมื่อ plain text ทำงานแล้ว ค่อยทดสอบพฤติกรรมอื่นที่ต้องใช้จริง เช่น streaming หรือ markup ที่จำกัด โดยแยกกัน อย่าเปิด tool เพิ่มเพียงเพราะปรากฏใน interface

Prepare a product-description candidate from the supplied fact sheet.
Use only the approved facts and brand terminology.
Do not include price, delivery promises or unsupported certifications.
Preserve the supplied product identifier in the review record.
List missing facts separately from the description.
Do not create, edit or publish WordPress content.

วินิจฉัยชั้นที่ล้มเหลว

เมื่อ request ล้มเหลว ให้เก็บ status, structured error field และ destination ที่ sanitize แล้ว ตรวจ plugin environment ก่อนเปลี่ยน model หรือ network setting เปลี่ยนทีละชั้นเพื่อรู้ว่าอะไรแก้ปัญหา

ถ้า draft สั้นทำงานแต่ task ใหญ่ล้มเหลว ให้ลด input และตรวจ response ว่าครบหรือไม่ แทนการเพิ่ม concurrency ทันที เก็บ attempt ที่ล้มเหลวไว้ใน usage review ห้ามใส่ credential ใน public issue, screenshot หรือ command transcript ขณะขอความช่วยเหลือ

ปัญหาที่สังเกตได้ตรวจอะไรก่อนการดำเนินการถัดไปแบบมีขอบเขต
Authentication rejectionCredential เป็นของ endpoint นี้เปลี่ยนผ่าน private settings
Wrong route หรือ not foundBase path และ request path ที่ต่อท้ายตรวจ destination ที่ sanitize แล้ว
Model rejectedExact ID และ account accessเลือก ID ที่มีเอกสารและมีสิทธิ์
Incomplete draftResponse state และ output boundRetry task เล็กที่ควบคุมได้
Valid response แต่ copy ใช้ไม่ได้Fact sheet และ editorial ruleแก้ prompt แล้วรีวิว

เพิ่ม product drafting ด้วย contract ที่แคบ

สร้าง source card ที่มี specification ที่อนุมัติ claim reference และ glossary ขอ title, description และ review issue เป็น output แยกกัน เก็บ SKU, price, currency และ measurement unit ไว้นอก editable text patch ให้ reviewer เห็น source กับ candidate คู่กัน

สำหรับ WooCommerce ให้ส่ง content ที่อนุมัติไปขั้นตอนเตรียม import แยก ยืนยัน destination field และ multilingual storage layer ก่อน map output Store tool หรือ plugin extension อาจเพิ่ม capability และ permission ของตัวเอง จึงต้องรีวิว feature ที่ติดตั้งจริงก่อนให้สิทธิ์ ปิด publishing ไว้จน workflow แยกนั้นผ่านการยอมรับ

บันทึก usage และปกป้อง credential

ติดตาม request usage จริงคู่กับ draft และ retry แยก model call ออกจาก editor effort, WordPress hosting และ plugin licensing อ้างอิงหน้าราคาปัจจุบันสำหรับ gateway charge แทนการฝังตารางราคาไว้ใน configuration guide ที่ใช้ซ้ำ

จำกัดสิทธิ์เข้าถึง setting, export และ backup ที่อาจมี credential สำหรับ support evidence ให้เก็บเฉพาะ field ที่จำเป็นต่อการวินิจฉัย ก่อน editor ใช้ catalog จริง ให้รีวิวว่า content ใดถูกส่งไป endpoint ที่ตั้งค่า และองค์กรอนุมัติ data path นั้นหรือยัง

หลักฐานและข้อจำกัดของ integration

คู่มือทางการของ Meow Apps ยืนยัน setting แบบ Custom (OpenAI-Compatible) configuration ของ APIsRouter ที่แสดงเป็นการใช้งาน setting นี้ที่เสนอ ยังไม่ได้ทำ gateway request ผ่าน plugin ที่ pin version และยังไม่ได้ import เข้า WooCommerce สำหรับบทความนี้ diagram เป็น configuration flow ไม่ใช่ execution trace ที่ capture

เพื่อยืนยัน compatibility ให้เก็บ version ที่ติดตั้ง sanitized setting exact model ID request result และ draft ที่รีวิวจาก staging test เพิ่ม store-write evidence เมื่อ operation แยกนั้นได้รับอนุญาตและตรวจสอบแล้วเท่านั้น record เหล่านี้รองรับ integration claim ที่แม่น โดยไม่ขยาย plain-text test ให้ครอบคลุม feature ทุกอย่างของ plugin

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

Custom provider setting อยู่ที่ใด?

คู่มือ Meow Apps อย่างเป็นทางการวางไว้ใต้ Meow Apps > AI Engine > Settings ขณะเพิ่ม AI environment เลือก Custom (OpenAI-Compatible) และตรวจ installed version หาก interface แตกต่าง

ควรใส่ base URL หรือ full chat route?

ตัวอย่าง AI Engine ตามเอกสารใช้ base endpoint ที่ลงท้ายด้วย /v1 แยกความต่างนี้จาก tool ที่ custom-address field ต้องการ request URL แบบเต็ม

ควรใส่ model ใด?

ใช้ current catalog ID แบบ exact ที่บัญชีคุณเข้าถึงได้ แล้วตรวจ chat behavior ที่ plugin นี้ต้องใช้ อย่าใช้ชื่อโมเดลเพื่อการประชาสัมพันธ์แทน identifier จริง

ใช้ local example โดยไม่มี API key ได้หรือไม่?

ตัวอย่าง Ollama local อย่างเป็นทางการไม่ใส่ key สำหรับ local service นั้น ส่วน hosted gateway มี authentication requirement ของตัวเอง ให้ใช้ credential ที่ออกสำหรับ endpoint นั้น

การตั้งค่านี้ publish product WooCommerce หรือไม่?

content workflow นี้จบที่ drafting การ map product การอนุมัติ import และการตรวจ store เป็น operation แยก ซึ่งอธิบายใน WooCommerce guide