WordPress AI Engine का custom endpoint

AI Engine में custom provider चुनें

WordPress में Meow Apps > AI Engine > Settings खोलें, एक AI environment जोड़ें और Custom (OpenAI-Compatible) चुनें। Meow Apps इस provider के लिए base endpoint और exact model name document करता है। Connection बनाते समय staging site का उपयोग करें और installed plugin version record करें।

Environment को drafting task के लिए dedicated रखें, ताकि settings को unrelated assistants बदले बिना review किया जा सके। Intended endpoint की पहचान करने वाला स्पष्ट local name दें। Credentials भरने से पहले यह confirm करें कि administrator session और configured destination उसी environment से संबंधित हैं जिसका आप उपयोग करना चाहते हैं।

Base endpoint और exact model ID जाँचें

APIsRouter connection candidate के लिए base endpoint https://api.apisrouter.com/v1 है। Plugin के credential field में APIsRouter credential दें और current catalog से ऐसा exact ID चुनें जिसका chat behavior आप verify करेंगे। जिस field को base endpoint चाहिए उसमें पूरा chat-completions URL paste न करें।

नीचे का configuration settings worksheet है, plugin import file नहीं। इसमें model को जानबूझकर selection step रखा गया है। Setup के समय current catalog और account access जाँचें; settings field में model name लिख देना endpoint द्वारा उसे serve किए जाने का प्रमाण नहीं है।

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

Provider boundary को store publishing से अलग रखें

Custom provider model-request boundary है। यह WooCommerce importer या product publish करने की permission नहीं है। पहला task drafting workspace में रखें, जहाँ store operation पर विचार करने से पहले response inspect किया जा सके।

Diagram documented provider mechanism के जरिए proposed APIsRouter connection दिखाता है। उसमें model label केवल ऐसी selection है जिसे account और protocol के साथ verify करना बाकी है। Product facts और approval records content workflow में रखें; gateway को store के SKU rules, glossary या publication policy की जानकारी होने की अपेक्षा न करें।

छोटे synthetic draft से connection test करें

Short synthetic product fact sheet दें और plain-text candidate माँगें। Submit करने से पहले workspace में selected environment और model confirm करें। Returned text की completeness inspect करें और plugin version तथा sanitized configuration के साथ result save करें।

इसके बाद protected brand term और application placeholder वाला input दें और उनके treatment की तुलना करें। Store content के संदर्भ में task read-only रखें। Plain text काम करने के बाद streaming या restricted markup जैसी वास्तविक जरूरत वाली अतिरिक्त capability को independently test करें। Interface में दिखाई देने वाले extra tools को केवल इसलिए enable न करें कि वे उपलब्ध हैं।

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.

Failure में एक ही layer बदलें

Request fail हो तो status, structured error fields और sanitized request destination capture करें। Model या network settings बदलने से पहले plugin environment जाँचें। एक बार में एक layer बदलें, ताकि fix का कारण पहचाना जा सके।

Short draft काम करे और बड़ा task fail हो तो concurrency बढ़ाने के बजाय input घटाएँ और response completeness inspect करें। Failed attempts को usage review में रखें। सहायता माँगते समय credential को public issue, screenshot या command transcript में कभी paste न करें।

Draft से approved WooCommerce import तक अलग flow रखें

Approved specifications, claim references और glossary वाली source card बनाएँ। Title, description और review issues को distinct outputs के रूप में माँगें। SKU, prices, currency और measurement units को editable text patch से बाहर रखें। Reviewer को source और candidate एक साथ दिखना चाहिए।

WooCommerce के लिए approved content को अलग import-preparation step में भेजें। Output map करने से पहले destination fields और multilingual storage layer confirm करें। Store tools या plugin extensions अपनी capabilities और permissions जोड़ सकते हैं; access देने से पहले installed feature की review करें। Separate workflow accept होने तक publishing disabled रखें।

Request usage और credentials को सुरक्षित ledger में रखें

Actual request usage को draft और retries के साथ रखें। Model calls को editor effort, WordPress hosting और plugin licensing से अलग record करें। Gateway charges के लिए current pricing page देखें; reusable configuration guide में fixed price table embed न करें।

Settings, exports और backups तक access सीमित रखें, क्योंकि इनमें credentials हो सकते हैं। Support evidence में केवल diagnosis के लिए आवश्यक fields रखें। Editor के real catalog data उपयोग करने से पहले review करें कि configured endpoint को कौन-सा content भेजा जाएगा और organization ने उस data path को approve किया है या नहीं।

यह setup configuration evidence तक सीमित है

Meow Apps का official guide Custom (OpenAI-Compatible) setting स्थापित करता है। यहाँ दिखाई गई APIsRouter configuration उस setting का proposed use है; इस article के लिए pinned-plugin gateway request और WooCommerce import perform नहीं किए गए हैं। Diagram configuration flow है, captured execution trace नहीं।

Compatibility स्थापित करने के लिए installed versions, sanitized settings, exact model ID, request result और staging test का reviewed draft रखें। Store-write evidence केवल तब जोड़ें जब वह separate operation authorized और verified हो। इससे plain-text test को हर plugin feature तक बढ़ाए बिना precise integration claim बनाया जा सकता है।

अक्सर पूछे जाने वाले प्रश्न