WordPress AI Engineカスタムエンドポイントの設定

Updated 2026-09-05

設定可能なモデルエンドポイントには、AI EngineのCustom (OpenAI-Compatible)環境を使います。まずWordPressワークスペースで始め、その後レビュー済みの商品ドラフトを追加します。

カスタムAI環境を作る

WordPressでMeow Apps > AI Engine > Settingsを開き、AI環境を追加してCustom (OpenAI-Compatible)を選択します。Meow Appsは、ベースエンドポイントと正確なモデル名を伴うこのプロバイダーを文書化しています。接続を確立する間はステージングサイトを使い、インストール済みプラグインのバージョンを記録してください。

関係のないアシスタントを変えずに設定をレビューできるよう、環境をドラフトタスク専用にします。意図したエンドポイントを識別できる明確なローカル名を付けます。認証情報を入力する前に、管理者セッションと設定された送信先が意図した環境に属することを確認します。

エンドポイント、認証情報、モデルを別々に設定する

APIsRouter接続の候補では、ベースエンドポイントはhttps://api.apisrouter.com/v1です。プラグインの認証情報フィールドにはAPIsRouterの認証情報を使い、現在のカタログから、チャット動作を検証する正確なIDを選びます。完全なchat-completions URLを、ベースエンドポイントを期待するフィールドへ貼り付けないでください。

以下の設定は設定ワークシートであり、プラグインのインポートファイルではありません。モデルを意図的に選択手順のままにしています。セットアップ時に現在のカタログとアカウントアクセスを確認します。設定フィールドにモデル名を入力しただけでは、エンドポイントがそれを提供することは確定しません。

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接続の提案経路を示します。モデルラベルは選択を表し、アカウントとプロトコルの検証がなお必要です。商品情報と承認記録はコンテンツワークフローで管理し、ゲートウェイがストアのSKUルール、用語集、公開ポリシーを知っていると期待しないでください。

AI Engineのカスタムプロバイダー経路からAPIsRouterゲートウェイを通じて選択したカタログモデルへ進む提案。ゲートウェイ統合はなおテストが必要です。AI Engine routes through カスタムプロバイダー + ベースエンドポイント to the APIsRouter gateway (api.apisrouter.com/v1), which fans out to: Selected catalog ID.AI Engineviaカスタムプロバイダー +ベースエンドポイントAPIsRouterapi.apisrouter.com/v1Selected catalog ID
文書化されたカスタムプロバイダー機構。ゲートウェイ接続は提案段階で、プラグインテスト待ちです。このフローはモデルドラフトで終わり、ストア公開には進みません。

商品データを追加する前に小さなドラフトを確認する

短い合成商品ファクトシートを使い、プレーンテキスト候補を求めます。送信前にワークスペースで選択した環境とモデルを確認します。返されたテキストの完全性を調べ、プラグインのバージョンとサニタイズした設定とともに保存します。

次に保護されたブランド用語とアプリケーションのプレースホルダーを含め、その扱いを比較します。ストアコンテンツに関しては読み取り専用のタスクにします。プレーンテキストが動いたら、ストリーミングや制限付きマークアップなど、実際に必要な追加動作を独立にテストします。インターフェースに表示されるからといって、追加ツールを有効にしないでください。

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.

失敗した層を診断する

リクエストが失敗したら、ステータス、構造化されたエラーフィールド、サニタイズしたリクエスト送信先を取得します。モデルやネットワーク設定を変える前にプラグイン環境を確認します。一度に一つの層を変え、何が問題を解決したか特定できるようにします。

短いドラフトは動くのに大きなタスクが失敗するなら、すぐに並列度を上げず、入力を小さくしてレスポンスの完全性を調べます。失敗した試行も使用量レビューに残します。助けを求める際に、公開issue、スクリーンショット、コマンド記録へ認証情報を貼り付けないでください。

観測された問題最初に確認すること次の範囲限定アクション
認証拒否認証情報がエンドポイントに属しているか非公開設定から置き換える
ルートが間違っている、または見つからないベースパスと追加されたリクエストパスサニタイズした送信先を検査する
モデルが拒否された正確なIDとアカウントアクセス文書化された対象IDを選ぶ
不完全なドラフトレスポンス状態と出力上限より小さい管理タスクをリトライする
有効なレスポンスだがコピーが使えないファクトシートと編集ルールプロンプトを改訂してレビューする

狭い契約で商品ドラフトを追加する

承認済み仕様、主張の参照、用語集を含むソースカードを作ります。タイトル、説明、レビュー課題を別々の出力として求めます。SKU、価格、通貨、測定単位は編集可能なテキストパッチの外に置きます。レビュアーにはソースと候補を一緒に見せます。

WooCommerceでは、承認済みコンテンツを別のインポート準備手順へ送ります。出力をマッピングする前に、送信先フィールドと多言語保存層を確認します。ストアツールやプラグイン拡張には独自の機能と権限が加わる場合があるため、アクセスを与える前にインストール済みの具体的な機能をレビューします。その別のワークフローが承認されるまで、公開を無効にします。

使用量を記録し、認証情報を守る

ドラフトとリトライの使用量を実際のリクエスト記録として追跡します。モデル呼び出しを、編集者の作業、WordPressホスティング、プラグインライセンスから分けます。再利用可能な設定ガイドに料金表を埋め込まず、ゲートウェイ料金は現在の料金ページを参照します。

認証情報を含む可能性がある設定、エクスポート、バックアップへのアクセスを制限します。サポート用の証拠には、リクエスト診断に必要なフィールドだけを残します。実際のカタログデータを編集者が使う前に、設定したエンドポイントへ送られるコンテンツと、そのデータ経路が組織で承認されているかをレビューします。

証拠と統合の限界

Meow Appsの公式ガイドは、Custom (OpenAI-Compatible)設定を確立しています。ここで示すAPIsRouter設定はその設定の提案利用であり、この記事のためにピン留めしたプラグインでのゲートウェイリクエストやWooCommerceインポートは実行していません。図は設定フローであり、取得した実行トレースではありません。

互換性を確立するには、インストール済みバージョン、サニタイズした設定、正確なモデルID、リクエスト結果、ステージングでレビューしたドラフトを保持します。ストア書き込みの証拠は、その別の操作が承認され検証された場合だけ追加します。プレーンテキストテストをすべてのプラグイン機能へ拡張せず、これらの記録で正確な統合主張を支えます。

よくある質問

カスタムプロバイダーの設定はどこですか?

公式Meow Appsガイドでは、AI環境を追加する際のMeow Apps > AI Engine > Settingsにあります。Custom (OpenAI-Compatible)を選び、画面が異なる場合はインストール済みバージョンを確認してください。

ベースURLと完全なチャットルートのどちらを入力すべきですか?

文書化されたAI Engineの例では、/v1で終わるベースエンドポイントを使います。完全なリクエストURLを期待するカスタムアドレスのツールとは、この違いを分けてください。

どのモデルを入力すべきですか?

アカウントがアクセスできる現在のカタログの正確なIDを使い、このプラグインに必要なチャット動作を検証します。宣伝用モデル名を実際の識別子の代わりに使わないでください。

APIキーなしでローカル例を使えますか?

公式のローカルOllama例では、そのローカルサービス向けのキーを省略しています。ホスト型ゲートウェイには独自の認証要件があります。そのエンドポイント向けに発行された認証情報を使ってください。

この設定でWooCommerce商品を公開しますか?

ここで扱うコンテンツワークフローはドラフトで止まります。商品マッピング、インポート承認、ストア検証はWooCommerceガイドで扱う別の操作です。