Plugin /ai-models pokazuje tylko providerów, których backend potrafi obsłużyć

`GET /api/v1/plugin/ai-models` i `/pricing` pomijają teraz providerów, dla których backend nie ma konfiguracji runtime'owej, a `POST /api/v1/plugin/jobs` odrzuca zgłoszenia dla takich providerów od razu kodem HTTP 422 — bez rezerwacji kredytów.

Katalog modeli w Plugin API odpowiada teraz temu, co backend faktycznie potrafi wykonać. Do tej pory GET /api/v1/plugin/ai-models oraz GET /api/v1/plugin/pricing wystawiały każdy model dozwolony przez plan wywołującego — także wtedy, gdy worker cg-worker nie miał skonfigurowanego tokena dla danego providera. Wtyczka korzystająca z takiej pozycji rezerwowała kredyty, po czym obserwowała trzy nieudane próby wykonania zlecenia i jego porzucenie do kolejki dead-letter, bez żadnego użytecznego sygnału powrotnego.

Nowa lista dozwolonych providerów PLUGIN_AVAILABLE_PROVIDERS, czytana w czasie działania, filtruje teraz oba endpointy katalogowe oraz bramkuje ścieżkę zgłoszeń POST /api/v1/plugin/jobs (i /jobs/batch). Zgłoszenia wskazujące providera spoza listy są odrzucane jeszcze przed rezerwacją kredytów i wstawieniem zamówienia — standardową kopertą błędu invalid_input (HTTP 422) z komunikatem odsyłającym do GET /api/v1/plugin/ai-models. Jeśli twoja integracja miała na stałe wpisanego providera replicate, przełącz się na byteplus, google lub openai — to są providerzy aktualnie obsługiwani na produkcji. Gdy zmienna jest nieustawiona (środowiska lokalne/dev), filtr nic nie robi i zachowanie pozostaje jak dotychczas.