הגדרת endpoint מותאם אישית ל-WordPress AI Engine
Updated 2026-09-05
השתמשו בסביבת Custom (OpenAI-Compatible) של AI Engine ל-endpoint מודל שניתן להגדרה. התחילו בסביבת העבודה של WordPress ואז הוסיפו ניסוח מוצר שנבדק.
צרו סביבת AI מותאמת
ב-WordPress פתחו Meow Apps > AI Engine > Settings, הוסיפו סביבת AI ובחרו Custom (OpenAI-Compatible). Meow Apps מתעדת ספק זה עם endpoint בסיסי ושם מודל מדויק. השתמשו באתר staging בזמן ביסוס החיבור ותעדו את גרסת התוסף המותקנת.
שמרו את הסביבה ייעודית למשימת הניסוח כדי שאפשר יהיה לבדוק את ההגדרות בלי לשנות עוזרים לא קשורים. תנו לה שם מקומי ברור שמזהה את ה-endpoint המיועד. לפני הזנת פרטי גישה אשרו שסשן המנהל והיעד שהוגדר שייכים לסביבות שבכוונתכם להשתמש בהן.
הגדירו endpoint, פרטי גישה ומודל בנפרד
עבור מועמד חיבור ל-APIsRouter, ה-endpoint הבסיסי הוא https://api.apisrouter.com/v1. השתמשו בפרטי גישה של APIsRouter בשדה פרטי הגישה של התוסף ובחרו ID מדויק מהקטלוג הנוכחי, שאת התנהגות ה-chat שלו תאמתו. אל תדביקו URL מלא של chat-completions בשדה שמצפה ל-endpoint בסיסי.
התצורה שלהלן היא דף עבודה להגדרות, לא קובץ ייבוא של התוסף. היא משאירה בכוונה את המודל כשלב בחירה. בדקו קטלוג נוכחי וגישה לחשבון בזמן ההגדרה; שם מודל שהוקלד בשדה אינו מבסס שה-endpoint משרת אותו.
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הבינו את נתיב הבקשה המוצע
הספק המותאם הוא גבול בקשת המודל. הוא אינו מייבא WooCommerce ואינו הרשאה לפרסם מוצר. השאירו את המשימה הראשונה בסביבת ניסוח, שבה אפשר לבדוק את התגובה לפני ששוקלים פעולת חנות.
התרשים מציג את חיבור APIsRouter המוצע באמצעות מנגנון הספק המתועד. תווית המודל מייצגת בחירה שעדיין זקוקה לאימות חשבון ופרוטוקול. שמרו עובדות מוצר ורשומות אישור בתהליך התוכן שלכם; אל תצפו שה-gateway יכיר כללי SKU, מילון או מדיניות פרסום של החנות.
בדקו טיוטה קטנה לפני הוספת נתוני מוצר
השתמשו בדף עובדות סינתטי קצר של מוצר ובקשו מועמד בטקסט רגיל. אשרו את הסביבה והמודל שנבחרו בסביבת העבודה לפני השליחה. בדקו את הטקסט המוחזר לשלמות ושמרו את התוצאה עם גרסת התוסף והתצורה שעברה sanitization.
לאחר מכן כללו מונח מותג מוגן ומציין מקום של היישום והשוו את הטיפול בהם. השאירו את המשימה לקריאה בלבד ביחס לתוכן החנות. לאחר שטקסט פשוט עובד, בדקו באופן עצמאי כל התנהגות נוספת שאתם באמת צריכים, כגון streaming או markup מוגבל. אל תפעילו כלים נוספים רק מפני שהם מופיעים בממשק.
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.אבחן את השכבה שנכשלה
כאשר בקשה נכשלת לכדו status, שדות שגיאה מובנים ויעד בקשה שעבר sanitization. בדקו את סביבת התוסף לפני שינוי הגדרות מודל או רשת. שנו שכבה אחת בכל פעם כדי לזהות מה תיקן את הבעיה.
אם טיוטה קצרה עובדת אך משימה גדולה נכשלת, צמצמו את הקלט ובדקו שלמות תגובה במקום להגדיל מיד את המקביליות. שמרו ניסיונות שנכשלו בבדיקת השימוש. לעולם אל תדביקו פרטי גישה ב-issue ציבורי, צילום מסך או תמליל פקודה בזמן בקשת עזרה.
| בעיה שנצפתה | בדיקה ראשונה | פעולה מוגבלת הבאה |
|---|---|---|
| דחיית אימות | פרטי הגישה שייכים ל-endpoint | החלפה דרך הגדרות פרטיות |
| נתיב שגוי או לא נמצא | נתיב בסיס ונתיב בקשה שמתווסף | בדיקת יעד שעבר sanitization |
| מודל נדחה | ID מדויק וגישה לחשבון | בחירת ID מתועד וזכאי |
| טיוטה חלקית | מצב תגובה וגבולות פלט | ניסיון חוזר של משימה מבוקרת קטנה יותר |
| תגובה תקינה, נוסח לא שימושי | דף עובדות וכללים עריכתיים | תיקון ה-prompt ובדיקה |
הוסיפו ניסוח מוצר בחוזה צר
צרו כרטיס מקור עם מפרטים מאושרים, הפניות טענה ומילון. בקשו title, description ובעיות בדיקה כפלטים נפרדים. השאירו SKU, מחירים, מטבע ויחידות מידה מחוץ לתיקוני טקסט ניתנים לעריכה. בודק צריך לראות מקור ומועמד יחד.
עבור WooCommerce נתבו תוכן מאושר לשלב נפרד של הכנת ייבוא. אשרו את שדות היעד ואת שכבת האחסון הרב-לשונית לפני מיפוי הפלט. כלי חנות או הרחבות תוסף עשויים להוסיף יכולות והרשאות משלהם, לכן בדקו את התכונה המותקנת המסוימת לפני מתן גישה. השאירו פרסום מושבת עד שהתהליך הנפרד הזה מאושר.
תעדו שימוש והגנו על פרטי גישה
עקבו אחר usage בפועל של בקשות לצד הטיוטה וכל ניסיון חוזר. שמרו קריאות מודל נפרדות ממאמץ עורך, אירוח WordPress ורישוי תוסף. עיינו בדף המחירים הנוכחי עבור חיובי gateway במקום להטמיע טבלת מחיר במדריך הגדרות לשימוש חוזר.
הגבילו גישה להגדרות, ייצואים וגיבויים שעלולים להכיל פרטי גישה. לראיות תמיכה שמרו רק שדות שנחוצים לאבחון הבקשה. לפני שעורך משתמש בנתוני קטלוג אמיתיים, בדקו איזה תוכן נשלח ל-endpoint שהוגדר והאם הארגון אישר את נתיב הנתונים הזה.
ראיות ומגבלות אינטגרציה
המדריך הרשמי של Meow Apps מבסס את ההגדרה Custom (OpenAI-Compatible). תצורת APIsRouter שמוצגת כאן היא שימוש מוצע בהגדרה זו; בקשת gateway דרך תוסף שקובע וייבוא WooCommerce לא בוצעו עבור מאמר זה. התרשים הוא תהליך תצורה, לא trace ביצוע שנלכד.
כדי לבסס תאימות שמרו גרסאות מותקנות, הגדרות שעברו sanitization, ID מודל מדויק, תוצאת בקשה וטיוטה שנבדקה ממבחן staging. הוסיפו ראיות כתיבת חנות רק כאשר פעולה נפרדת זו מאושרת ומאומתת. הרשומות האלה תומכות בטענת אינטגרציה מדויקת בלי להרחיב בדיקת טקסט פשוט לכל תכונת תוסף.
שאלות נפוצות
היכן נמצאת הגדרת הספק המותאם?
המדריך הרשמי של Meow Apps מציב אותה תחת Meow Apps > AI Engine > Settings בעת הוספת סביבת AI. בחרו Custom (OpenAI-Compatible) ובדקו את הגרסה המותקנת אם הממשק שונה.
האם להזין URL בסיסי או נתיב chat מלא?
דוגמת AI Engine המתועדת משתמשת ב-endpoint בסיסי שמסתיים ב-/v1. שמרו את ההבחנה מכלי ששדה הכתובת המותאם שלו מצפה ל-URL מלא של בקשה.
איזה מודל להזין?
השתמשו ב-ID קטלוגי נוכחי ומדויק שהחשבון שלכם יכול לגשת אליו, ואז אמתו את התנהגות ה-chat שהתוסף צריך. אל תחליפו את המזהה בפועל בשם מודל שיווקי.
האם אפשר להשתמש בדוגמה המקומית בלי מפתח API?
הדוגמה המקומית הרשמית של Ollama משמיטה מפתח עבור שירות מקומי זה. ל-gateway מתארח יש דרישות אימות משלו; השתמשו בפרטי הגישה שהונפקו עבור ה-endpoint.
האם ההגדרה הזו מפרסמת מוצרי WooCommerce?
תהליך התוכן כאן נעצר בשלב הטיוטה. מיפוי מוצר, אישור ייבוא ואימות חנות הם פעולות נפרדות שמכוסות במדריך WooCommerce.