Files
OmniRoute/docs/i18n/pl/docs
Diego Rodrigues de Sa e Souza c164ed962b fix(providers): validate bailian-coding-plan against the Token Plan host (#10634)
* fix(providers): validate bailian-coding-plan against the Token Plan host

The catalog entry is the personal Alibaba Token Plan, but the region map still
resolved the retired Coding Plan hosts. #10290 moved only the open-sse registry
(inference) to token-plan.ap-southeast-1.maas.aliyuncs.com, leaving the dashboard's
key validation pointed at coding-intl.dashscope.aliyuncs.com.

That host rejects Token Plan keys with 401, and validateBailianCodingPlanProvider
maps 401/403 to "Invalid API key" — so adding a working key failed at the modal
while the same key served inference fine. Verified live 2026-08-18 with a valid
key: legacy host 401 invalid_api_key, Token Plan host 429 quota (auth OK).

- point both regions of ALIBABA_PROVIDER_ENDPOINTS at the Token Plan hosts,
  matching what docs/providers/ALIBABA-QWEN-PROVIDER-FAMILIES.md already stated
- keep the retired hosts recognized as presets, so connections saved with the old
  URL still follow the region selector instead of being pinned to a dead host
- keep image/video generation on the DashScope AIGC hosts, which the Token Plan
  host does not serve
- probe with a model this plan actually serves (qwen3-coder-plus was Coding Plan)

* test(providers): compare parsed hostnames in the legacy-host guard

CodeQL flags URL .includes() checks as js/incomplete-url-substring-sanitization.
The guard is an assertion, not a sanitizer, but comparing new URL().hostname is
strictly more precise anyway — same coverage, no substring pattern.

---------

Co-authored-by: Xiangzhe <bakryun0718@proton.me>
2026-08-18 05:51:34 -03:00
..

title, version, lastUpdated
title version lastUpdated
Dokumentacja OmniRoute 3.8.40 2026-06-28

Dokumentacja OmniRoute

Nawigowalny indeks zestawu dokumentacji OmniRoute. Tematy są pogrupowane według celu, abyś szybko znalazł to, czego potrzebujesz.

Szukasz przeglądu projektu, kroków instalacji lub informacji o wydaniach? Zobacz główne pliki README.md, CHANGELOG.md oraz CONTRIBUTING.md.


Dla użytkowników nietechnicznych

Proste przewodniki po korzystaniu z OmniRoute — bez wymaganej wiedzy technicznej.

getting-started/

guides/


Dla użytkowników technicznych

Dokumentacja techniczna dla deweloperów i współtwórców.

architecture/

Jak zbudowany jest system — przeczytaj te materiały, aby zrozumieć runtime, układ kodu i model odporności.

reference/

Materiały referencyjne — powierzchnia API, zmienne środowiskowe, flagi CLI, katalog dostawców.

frameworks/

Podsystemy wtykowe udostępniane klientom, agentom i operatorom.

routing/

Routing combo, scorowanie i replay.

security/

Guardrails, zgodność (compliance), stealth oraz obowiązkowe wzorce obsługi publicznych poświadczeń i komunikatów błędów.

compression/

Silniki kompresji promptów, reguły i pakiety językowe.

providers/

Przewodniki integracji specyficzne dla dostawców.

comparison/

ops/

Wydania, wdrożenia, proxy, tunele, pokrycie testami, baza danych, monitoring.

diagrams/

Źródła Mermaid oraz wyeksportowane diagramy SVG/PNG przywoływane w powyższej dokumentacji. Zobacz diagrams/README.md.

i18n/

Przetłumaczone lustrzane kopie dokumentacji w 43 locale. Listę obsługiwanych języków znajdziesz w i18n/README.md.

screenshots/

Statyczne zrzuty ekranu używane przez panel i README. Nie stanowią części treści dokumentacji.


Artefakty generowane automatycznie

  • reference/PROVIDER_REFERENCE.md jest generowany przez scripts/docs/gen-provider-reference.ts z src/shared/constants/providers.ts. Nie edytuj ręcznie.
  • UI /docs jest oparte na generowaniu źródeł Fumadocs MDX z powyższych podfolderów.