Konfiguracja niestandardowego endpointu WordPress AI Engine
Updated 2026-09-05
Użyj środowiska Custom (OpenAI-Compatible) AI Engine dla konfigurowalnego endpointu modelu. Zacznij w obszarze roboczym WordPressa, a potem dodaj przejrzane przygotowywanie produktów.
Utwórz niestandardowe środowisko AI
W WordPressie otwórz Meow Apps > AI Engine > Settings, dodaj środowisko AI i wybierz Custom (OpenAI-Compatible). Meow Apps dokumentuje tego dostawcę z bazowym endpointem i dokładną nazwą modelu. Podczas ustanawiania połączenia używaj witryny staging i zapisz wersję zainstalowanej wtyczki.
Środowisko przeznacz do zadania przygotowywania szkiców, aby ustawienia można było przejrzeć bez zmiany niezwiązanych asystentów. Nadaj mu jasną lokalną nazwę wskazującą zamierzony endpoint. Przed wpisaniem danych uwierzytelniających potwierdź, że sesja administratora i skonfigurowane miejsce docelowe należą do środowisk, których zamierzasz użyć.
Ustawiaj osobno endpoint, dane uwierzytelniające i model
Dla kandydata połączenia z APIsRouter bazowy endpoint to https://api.apisrouter.com/v1. Użyj danych uwierzytelniających APIsRouter w polu danych wtyczki i wybierz dokładny identyfikator z aktualnego katalogu, którego zachowanie czatu zweryfikujesz. Nie wklejaj pełnego URL chat completions do pola oczekującego bazowego endpointu.
Poniższa konfiguracja jest arkuszem ustawień, a nie plikiem importu wtyczki. Celowo pozostawia model jako krok wyboru. W czasie konfiguracji sprawdź aktualny katalog i dostęp do konta; nazwa modelu wpisana w pole ustawień nie dowodzi, że endpoint go obsługuje.
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 workspaceZrozum proponowaną ścieżkę żądania
Dostawca niestandardowy jest granicą żądania modelu. Nie jest importerem WooCommerce ani zgodą na publikację produktu. Pierwsze zadanie utrzymuj w obszarze roboczym szkiców, gdzie można przejrzeć odpowiedź przed rozważeniem jakiejkolwiek operacji sklepu.
Diagram pokazuje proponowane połączenie APIsRouter z użyciem udokumentowanego mechanizmu dostawcy. Etykieta modelu oznacza wybór, który nadal wymaga weryfikacji konta i protokołu. Fakty o produktach i rekordy akceptacji utrzymuj w procesie treści; nie oczekuj, że gateway zna reguły SKU sklepu, glosariusz lub politykę publikacji.
Sprawdź mały szkic przed dodaniem danych produktu
Użyj krótkiej syntetycznej karty faktów produktu i poproś o kandydata w zwykłym tekście. Przed wysłaniem potwierdź wybrane środowisko i model w obszarze roboczym. Przejrzyj zwrócony tekst pod kątem kompletności i zapisz wynik z wersją wtyczki oraz oczyszczoną konfiguracją.
Następnie dołącz chroniony termin marki i placeholder aplikacji, a potem porównaj ich traktowanie. W odniesieniu do treści sklepu zadanie utrzymuj jako tylko do odczytu. Gdy zwykły tekst działa, niezależnie przetestuj dodatkowe potrzebne zachowanie, takie jak streaming lub ograniczone znaczniki. Nie włączaj dodatkowych narzędzi tylko dlatego, że pojawiają się w interfejsie.
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.Zdiagnozuj zawodną warstwę
Gdy żądanie się nie udaje, przechwyć status, ustrukturyzowane pola błędu i oczyszczone miejsce docelowe żądania. Zanim zmienisz ustawienia modelu lub sieci, sprawdź środowisko wtyczki. Zmieniaj jedną warstwę naraz, aby ustalić, co naprawiło problem.
Jeśli mały szkic działa, a większe zadanie nie, zmniejsz dane wejściowe i sprawdź kompletność odpowiedzi, zamiast od razu zwiększać współbieżność. Nieudane próby zachowaj w przeglądzie użycia. Nigdy nie wklejaj danych uwierzytelniających do publicznego zgłoszenia, zrzutu ekranu ani transkrypcji polecenia podczas proszenia o pomoc.
| Zaobserwowany problem | Najpierw sprawdź | Następne ograniczone działanie |
|---|---|---|
| Odrzucenie uwierzytelniania | Dane uwierzytelniające należą do endpointu | Zastąp je przez prywatne ustawienia |
| Niewłaściwa trasa lub brak zasobu | Ścieżka bazowa i dołączona ścieżka żądania | Sprawdź oczyszczone miejsce docelowe |
| Model odrzucony | Dokładny identyfikator i dostęp do konta | Wybierz udokumentowany kwalifikujący się identyfikator |
| Niepełny szkic | Stan odpowiedzi i granice wyjścia | Ponów mniejsze kontrolowane zadanie |
| Prawidłowa odpowiedź, nieużyteczna treść | Karta faktów i reguły redakcyjne | Zmień prompt i przejrzyj wynik |
Dodaj przygotowanie produktów z wąskim kontraktem
Utwórz kartę źródłową z zatwierdzonymi specyfikacjami, odwołaniami do twierdzeń i glosariuszem. Poproś o tytuł, opis i problemy do przeglądu jako osobne wyniki. SKU, ceny, walutę i jednostki miar trzymaj poza edytowalnymi patchami tekstu. Recenzent powinien widzieć źródło i kandydata razem.
W WooCommerce zatwierdzoną treść skieruj do osobnego etapu przygotowania importu. Przed mapowaniem wyniku potwierdź pola docelowe i wielojęzyczną warstwę przechowywania. Narzędzia sklepu lub rozszerzenia wtyczki mogą dodawać własne możliwości i uprawnienia, więc przed nadaniem dostępu przejrzyj konkretną zainstalowaną funkcję. Publikację trzymaj wyłączoną do czasu akceptacji tego osobnego procesu.
Rejestruj użycie i chroń dane uwierzytelniające
Rzeczywiste użycie żądania śledź obok szkicu i wszystkich ponowień. Wywołania modelu trzymaj osobno od pracy edytora, hostingu WordPressa i licencji wtyczki. W sprawie opłat gatewaya odwołuj się do aktualnej strony cen, zamiast osadzać tabelę cen w wielokrotnie używanej instrukcji konfiguracji.
Ogranicz dostęp do ustawień, eksportów i kopii zapasowych, które mogą zawierać dane uwierzytelniające. Na potrzeby dowodów wsparcia zachowaj tylko pola potrzebne do diagnozy żądania. Zanim edytor użyje prawdziwych danych katalogu, przejrzyj, jaka treść jest wysyłana do skonfigurowanego endpointu i czy organizacja zatwierdziła tę ścieżkę danych.
Dowody i granice integracji
Oficjalny przewodnik Meow Apps ustanawia ustawienie Custom (OpenAI-Compatible). Pokazana tutaj konfiguracja APIsRouter jest proponowanym użyciem tego ustawienia; na potrzeby tego artykułu nie wykonano żądania gatewaya przez przypiętą wersję wtyczki ani importu WooCommerce. Diagram jest przepływem konfiguracji, a nie przechwyconym śladem wykonania.
Aby ustalić zgodność, zachowaj wersje instalacji, oczyszczone ustawienia, dokładny identyfikator modelu, wynik żądania i przejrzany szkic z testu staging. Dowody zapisu do sklepu dodawaj tylko wtedy, gdy ta osobna operacja jest autoryzowana i zweryfikowana. Takie rekordy wspierają precyzyjne twierdzenie o integracji bez rozszerzania testu zwykłego tekstu na każdą funkcję wtyczki.
Częste pytania
Gdzie znajduje się ustawienie dostawcy niestandardowego?
Oficjalny przewodnik Meow Apps umieszcza je w Meow Apps > AI Engine > Settings podczas dodawania środowiska AI. Wybierz Custom (OpenAI-Compatible), a jeśli interfejs się różni, sprawdź zainstalowaną wersję.
Czy wpisać bazowy URL czy pełną trasę czatu?
Udokumentowany przykład AI Engine używa bazowego endpointu kończącego się na /v1. Zachowaj to rozróżnienie względem narzędzi, których pole niestandardowego adresu oczekuje pełnego URL żądania.
Jaki model wpisać?
Użyj dokładnego, aktualnego identyfikatora katalogu, do którego konto ma dostęp, a następnie zweryfikuj zachowanie czatu wymagane przez tę wtyczkę. Nie zastępuj rzeczywistego identyfikatora promocyjną nazwą modelu.
Czy mogę użyć lokalnego przykładu bez klucza API?
Oficjalny lokalny przykład Ollama pomija klucz dla tej lokalnej usługi. Hostowany gateway ma własne wymagania uwierzytelniania; użyj danych wydanych dla tego endpointu.
Czy ta konfiguracja publikuje produkty WooCommerce?
Opisany proces treści kończy się na przygotowaniu szkicu. Mapowanie produktu, akceptacja importu i weryfikacja sklepu są osobnymi operacjami opisanymi w przewodniku WooCommerce.