Przegląd
Etykiety oznaczają każdy request na potrzeby atrybucji: który zespół, funkcja, zadanie lub środowisko wygenerowały ruch. Request można oznaczyć etykietami na dwa sposoby, a oba mogą działać jednocześnie:- Nagłówki tagujące — etykiety wyodrębniane ze skonfigurowanych nagłówków HTTP każdego requestu.
- Etykiety kluczy API — etykiety przypisane do zarządzanego klucza API, stosowane do każdego requestu uwierzytelnionego tym kluczem.
Etykiety kluczy API
Przypisz etykiety podczas tworzenia klucza w dashboardzie administracyjnym:API Keys -> Create API Key -> Labels

API Keys -> Edit Labels) lub przez Admin API:
[], aby usunąć wszystkie etykiety. Zmiany
obowiązują dla nowych requestów natychmiast na instancji, która obsłużyła aktualizację,
a na pozostałych replikach w ciągu około minuty (klucze są odświeżane ze storage
w tle).
Nagłówki tagujące
Reguły tagowania wskazują nagłówki, których wartości niosą etykiety. Zarządzaj nimi w dashboardzie (Settings -> Tagging based on headers) lub zadeklaruj je jako
infrastructure-as-code:

X-Team), opcjonalnie ustaw prefiks do obcięcia i separator, a następnie kliknij Save
Tagging Settings. Zaznacz Do not pass upstream przy nagłówkach, które mają
zostać usunięte, zanim request dotrze do providera.
config.yaml
config.yaml lub w zmiennych środowiskowych są w dashboardzie tylko do odczytu.
Nagłówki zawierające dane uwierzytelniające (Authorization, Cookie, nagłówki z kluczami API)
są odrzucane jako źródła tagów.
do_not_pass usuwa nagłówek przed przekazaniem na trasach passthrough i realtime;
trasy z translacją i tak nigdy nie przekazują nagłówków klienta.
Tagi LiteLLM
Klienci napisani dla LiteLLM zachowują swoje tagi bez żadnej konfiguracji. GoModel odczytuje je jako etykiety z:- nagłówka
x-litellm-tags(rozdzielane przecinkami, podobnie jak stringtags); - pola
tagsw body/v1/chat/completions,/v1/responses,/v1/messagesi/v1/embeddings; metadata.tagsw tych body, jeśli jest listą.
tags, a wartości w jego metadata muszą być
stringami. Pozostałe klucze metadata są przekazywane dalej, a metadata.tags w postaci stringa
pozostaje nietknięte jako zwykłe metadane OpenAI. Logi audytowe zachowują body w postaci
wysłanej przez klienta.
Jeden request wnosi najwyżej 32 różne tagi, liczone łącznie z
nagłówka i obu pól body, w tej kolejności; pozostałe są odrzucane. Tagi dłuższe
niż 128 znaków są odrzucane, a nie przycinane. Odrzucone tagi i tak są
usuwane przed wysłaniem do providera.
Tagi LiteLLM są domyślnie włączone. Wyłącz je za pomocą:
config.yaml
tags zwraca swój błąd.
Gdzie widać etykiety
- Dashboard użycia — strona użycia pokazuje rozbicie według etykiet
(
GET /admin/usage/labels). Request z kilkoma etykietami jest liczony raz pod każdą z nich. - Log requestów — chipy etykiet przy każdym requeście, z możliwością filtrowania parametrem
zapytania
labelwGET /admin/usage/log. - Logi audytowe — zapisywane w
data.labelsw każdym wpisie (logowanie audytowe jest domyślnie włączone). - Strona kluczy API — etykiety każdego klucza są wyświetlane obok jego ścieżki użytkownika.
- Budżety — budżet może być ograniczony do etykiety i limitować wydatki każdego requestu, który ją niesie. Zobacz Budżety.