Configuration de l'endpoint personnalisé AI Engine pour WordPress

Créez un environnement IA personnalisé

Dans WordPress, ouvrez Meow Apps > AI Engine > Settings, ajoutez un environnement IA et sélectionnez Custom (OpenAI-Compatible). Meow Apps documente ce fournisseur avec un endpoint de base et un nom de modèle exact. Utilisez un site de staging pendant l'établissement de la connexion et enregistrez la version de votre plugin installé.

Consacrez l'environnement à la tâche de rédaction afin que les paramètres puissent être relus sans modifier d'autres assistants. Donnez-lui un nom local clair qui identifie l'endpoint prévu. Avant de saisir les identifiants, confirmez que la session administrateur et la destination configurée appartiennent aux environnements que vous comptez utiliser.

Définissez séparément l'endpoint, l'identifiant et le modèle

Pour une candidate de connexion APIsRouter, l'endpoint de base est https://api.apisrouter.com/v1. Utilisez un identifiant APIsRouter dans le champ d'identifiant du plugin et choisissez un ID exact du catalogue actuel dont vous vérifierez le comportement de chat. Ne collez pas une URL chat-completions complète dans un champ qui attend une endpoint de base.

La configuration ci-dessous est une fiche de paramètres, et non un fichier d'import de plugin. Elle laisse volontairement le modèle comme étape de sélection. Vérifiez le catalogue actuel et l'accès du compte au moment de la configuration ; un nom de modèle saisi dans un champ de paramètres n'établit pas que l'endpoint le sert.

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

Comprenez le chemin de requête proposé

Le fournisseur personnalisé est la frontière de requête du modèle. Ce n'est ni un importateur WooCommerce ni une permission de publier un produit. Gardez la première tâche dans un espace de rédaction où la réponse peut être inspectée avant d'envisager toute opération boutique.

Le schéma montre la connexion APIsRouter proposée à l'aide du mécanisme de fournisseur documenté. Son libellé de modèle représente une sélection qui nécessite encore une vérification du compte et du protocole. Gardez les faits produit et les enregistrements d'approbation dans votre workflow de contenu ; n'attendez pas de la passerelle qu'elle connaisse les règles SKU de la boutique, son glossaire ou sa politique de publication.

Contrôlez un petit brouillon avant d'ajouter des données produit

Utilisez une courte fiche de faits produit synthétique et demandez une candidate en texte brut. Confirmez l'environnement et le modèle sélectionnés dans l'espace de travail avant l'envoi. Inspectez l'exhaustivité du texte renvoyé et sauvegardez le résultat avec la version du plugin et la configuration masquée.

Ajoutez ensuite un terme de marque protégé et un placeholder d'application, puis comparez leur traitement. Gardez la tâche en lecture seule pour le contenu de la boutique. Une fois le texte brut fonctionnel, testez séparément tout autre comportement dont vous avez réellement besoin, comme le streaming ou un markup restreint. N'activez pas des outils supplémentaires simplement parce qu'ils apparaissent dans l'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.

Diagnostiquez la couche qui échoue

Lorsqu'une requête échoue, capturez le statut, les champs d'erreur structurés et la destination de requête masquée. Vérifiez l'environnement du plugin avant de changer les paramètres du modèle ou du réseau. Modifiez une couche à la fois afin d'identifier ce qui a corrigé le problème.

Si un petit brouillon fonctionne mais qu'une tâche plus grande échoue, réduisez l'entrée et inspectez l'exhaustivité de la réponse au lieu d'augmenter immédiatement la concurrence. Conservez les tentatives échouées dans la revue d'utilisation. Ne collez jamais un identifiant dans un ticket public, une capture ou une transcription de commande pendant une demande d'aide.

Ajoutez la rédaction produit avec un contrat étroit

Créez une fiche source avec les spécifications approuvées, les références aux affirmations et un glossaire. Demandez le titre, la description et les problèmes de revue comme des sorties distinctes. Gardez le SKU, les prix, la devise et les unités de mesure hors des patches textuels modifiables. Un relecteur doit voir la source et la candidate ensemble.

Pour WooCommerce, dirigez le contenu approuvé vers une étape séparée de préparation de l'import. Confirmez les champs de destination et la couche de stockage multilingue avant de mapper la sortie. Les outils boutique ou extensions de plugin peuvent ajouter leurs propres capacités et permissions ; relisez la fonction installée précise avant d'accorder l'accès. Gardez la publication désactivée jusqu'à l'acceptation de ce workflow séparé.

Enregistrez l'utilisation et protégez les identifiants

Suivez l'utilisation réelle des requêtes avec le brouillon et les nouvelles tentatives éventuelles. Gardez les appels de modèle séparés de l'effort de l'éditeur, de l'hébergement WordPress et de la licence du plugin. Consultez la page de tarification actuelle pour les frais de passerelle au lieu d'intégrer un tableau de prix dans un guide de configuration réutilisable.

Limitez l'accès aux paramètres, exports et sauvegardes susceptibles de contenir des identifiants. Pour les preuves de support, ne conservez que les champs nécessaires au diagnostic de la requête. Avant qu'un éditeur n'utilise des données réelles de catalogue, examinez le contenu envoyé à l'endpoint configuré et vérifiez si l'organisation a approuvé cette voie de données.

Preuves et limites d'intégration

Le guide officiel de Meow Apps établit le paramètre Custom (OpenAI-Compatible). La configuration APIsRouter présentée ici est une utilisation proposée de ce paramètre ; aucune requête de passerelle du plugin figé ni aucun import WooCommerce n'a été effectué pour cet article. Le schéma est un flux de configuration, et non une trace d'exécution capturée.

Pour établir la compatibilité, conservez les versions installées, les paramètres masqués, l'ID exact du modèle, le résultat de la requête et le brouillon relu d'un test de staging. N'ajoutez les preuves d'écriture boutique que lorsque cette opération séparée est autorisée et vérifiée. Ces enregistrements soutiennent une affirmation d'intégration précise sans étendre un test de texte brut à chaque fonction du plugin.

Questions fréquentes