Model wskazany w obiekcie odpowiedzi

Użytkownik wywołuje API i przekazuje model: „claude-fable-5”. Odpowiedź zwraca uzupełnienie, licznik tokenów oraz pole o treści „model”: „claude-opus-4-8”.

Nie wystąpił żaden błąd i nie doszło do ponowienia. Zanim rozpoczęło się generowanie, żądanie zostało sklasyfikowane, dopasowane do kategorii wrażliwej i skierowane do zupełnie innego zestawu wag. Anthropic udokumentował ten proces, przywracając Fable 5 na rynek 1 lipca: zablokowane żądania są przesyłane do Opus 4.8, a użytkownik otrzymuje powiadomienie. Substytucja ma miejsce na warstwie API, a obiekt odpowiedzi wskazuje model, który faktycznie wyprodukował wynik.

To jest przejrzysta wersja. Wydaje się również jednym z nielicznych szeroko wdrożonych podejść, które informuje użytkowników w paśmie, który model rzeczywiście zadziałał. Routing na poziomie żądań stał się bardziej powszechny w miarę jak koszty wnioskowania rosły wraz z większymi modelami, zmuszając dostawców i pośredników do dopasowywania każdego zapytania do najtańszego modelu, który może je obsłużyć.

Dwa tygodnie później Cursor wydał Router — klasyfikator wytrenowany na ponad 600 000 żądań na żywo. Router odczytuje kontekst, złożoność i domenę każdego zapytania, a następnie kieruje żądanie do modelu, który ocenia jako najbardziej odpowiedni. Cursor podał, że trzy konta z wczesnym dostępem odnotowały oszczędności rzędu 30–50% w porównaniu z kierowaniem wszystkich żądań do Opus 4.8. Cursor opublikował swoje reguły routingu, ale nie wskazał konkretnego modelu dla każdego typu zadania.

Na warstwie agregacji OpenRouter ostrzega, że niektórzy dostawcy serwują skwantyzowane wagi po niższych cenach. Twierdzi również, że wynik może różnić się od tego, który wyprodukowałyby wagi pełnej precyzji, a logi użytkownika nie wykażą, że tak się stało.

Te trzy produkty dają trzy różne odpowiedzi na pytanie, czym jest model. Żaden sąd nie rozstrzygnął jeszcze, którą odpowiedź prawo zaakceptuje.

Trzy sposoby, na jakie nazwa modelu traci precyzję

Tożsamość modelu rozszczepia się wzdłuż trzech niezależnych osi, które często są omawiane tak, jakby stanowiły ten sam problem.

Substytucja występuje, gdy klasyfikator kieruje żądanie do innej architektury, innych wag lub innego profilu możliwości. Przykłady obejmują kierowanie Fable 5 do Opus 4.8 lub Cursor Auto wysyłający żądanie do modelu wybranego przez router w danej turze.

Degradacja występuje, gdy ten sam model jest serwowany w obniżonej precyzji. OpenRouter udostępnia parametr quantizations, ponieważ skwantyzowane punkty końcowe mogą działać gorzej przy niektórych promptach. Domyślnie żądania są równoważone obciążeniowo między dostawcami uporządkowanymi według ceny. W żądaniu może pojawić się ta sama nazwa modelu, ale po drugiej stronie może być stosowana inna arytmetyka.

Dryf występuje, gdy ta sama nazwa wskazuje na po cichu zaktualizowane wagi. Alias -latest w środowisku produkcyjnym jest niezwersjonowaną zależnością, podobną do manifestu pakietu, który nie przypina wersji. Dostawcy modeli powszechnie stosowali datowane identyfikatory migawek obok aliasów, ale same aliasy nie zawierają dziennika wycofywania ani zmian, chyba że dostawca go opublikuje.

Inżynierowie zazwyczaj traktują substytucję, degradację i dryf jako problemy niezawodności. Są to również problemy tożsamości, a tożsamość jest centralna dla umów, gwarancji, ujawnień i reguł dowodowych.

Co rzeczywiście zostało zakupione?

Pytanie z zakresu prawa handlowego rozpoczyna się od ustalenia, czy opis stanowił element transakcji.

Gdyby wywołanie API było traktowane jako sprzedaż towarów, kwestia byłaby niemal prosta. UCC §2-313(1)(b) czyni każdy opis towarów, stanowiący część podstawy transakcji, wyraźną gwarancją, że towary będą mu odpowiadać. Indyjska ustawa Sale of Goods Act z 1930 r., §15 pełni podobną funkcję w ramach doktryny sprzedaży według opisu.

API wnioskowania najprawdopodobniej nie zostanie jednak uznane za towary. Sądy na ogół klasyfikowały oprogramowanie hostowane jako usługę, co przesuwa kwestię poza ustawy o gwarancjach i wprowadza w obszar umów zwyczajowych. Gdy transakcja łączy towary i usługi, sądy w USA stosują test przeważającego celu, który bada istotę transakcji, a nie jej etykietę. W ramach tej ramy odpowiedź zależy od tego, co stanowiła dokumentacja i jak szczegółowo negocjował nabywca. Właśnie tam pojawia się niejednoznaczność. Umowy enterprise wyceniają usługi za model. Karty modeli są specyficzne dla poszczególnych modeli. Artefakty zgodności identyfikują wersje modeli. Tymczasem warstwa routingu może traktować nazwę modelu jako wskazówkę, a nie stałą instrukcję.

Stawka jest najjaśniejsza w kategoriach programistycznych: jeśli kod przypina identyfikator modelu zamiast wyrażać wymaganie dotyczące możliwości, zachowanie może ulec istotnej zmianie bez wywołania błędu. Umowa sporządzona w ten sam sposób ma ten sam defekt. Jeśli nabywca negocjował nazwę, substytucja może stanowić naruszenie. Jeśli nabywca negocjował możliwość, substytucja może być dopuszczalna — ale wtedy strony potrzebują definicji „jakości na poziomie granicznym", która wytrzyma krytykę.

Nie istnieje ustalona definicja. Router Cursora ilustruje ten problem. Został oceniony w teście A/B online, który optymalizował satysfakcję użytkownika jako sygnał nagrody. Może to być rozsądny wybór inżynieryjny, ale stanowi trudną miarę kontraktową. Satysfakcja nie jest tym samym co zgodność. Użytkownik, który nie zauważył zamiany modelu, może dowodzić, że router działał dobrze, a nie że dostarczono określony produkt.

Gradient ujawnień

Zgodnie z doktryną wprowadzania w błąd FTC, oświadczenie może być podstawą do odpowiedzialności, gdy ma znaczenie materialne i prawdopodobnie wprowadzi w błąd rozsądnego konsumenta. Obiektywne twierdzenia dotyczące wydajności wymagają również rozsądnej podstawy przed ich rozpowszechnieniem. Oba pojęcia są istotne dla routingu AI.

Trzy produkty znajdują się w różnych punktach spektrum ujawnień. Anthropic powiadamia użytkowników i zwraca serwowany model w odpowiedzi. Cursor publikuje reguły routingu, ale nie ujawnia przypisań modeli do poszczególnych zadań. OpenRouter ujawnia wariancję kwantyzacji w swojej dokumentacji i pozwala użytkownikom kontrolować ją za pomocą parametru, jednak ustawienie to jest wyłączone domyślnie (opt-out), a domyślna ścieżka jest tańsza.

Ujawnienie ukryte w dokumentacji, z domyślnym ustawieniem niekorzystnym dla użytkownika, przypomina wzorce faktyczne, które regulatorzy na innych rynkach konsumenckich określali mianem ciemnych wzorców (dark patterns).

Kwestia substancjalizacji: odpowiedzialność prawna dotyczy samego twierdzenia, a nie mechanizmu routingu. Komentatorzy zauważyli już, że twierdzenie takie jak „o 60% taniej, bez utraty jakości" wymagałoby opublikowanej metodologii na swoją poparcie. Samo ujawnienie Anthropic pokazuje koszt szczerości: firma wyraźnie stwierdziła, że retrainowany klasyfikator częściej oflagowuje niewinne żądania podczas rutynowego kodowania i debugowania. To zdanie pełni funkcję tarczy odpowiedzialności. Dostawcy, którzy nie zapewniają podobnej szczegółowości, mogą być narażeni na dokładniejszą kontrolę.

UE AI Act, który wszedł w życie w sierpniu 2024 r., dodaje równoległy tor transparentności. Jego przepisy dotyczące modeli ogólnego przeznaczenia wymagają od dostawców publikowania dokumentacji technicznej i jej aktualizowania oraz współpracy z podmiotami wdrażającymi w dół łańcucha, aby mogli zrozumieć możliwości i ograniczenia modelu. Jak te obowiązki mają się do warstwy routingu, która może zamieniać modele w zależności od żądania, nie zostało jeszcze przetestowane.

Istnieje również kwestia prawa konkurencji. Dokumenty robocze dotyczące wykluczania pionowego na rynkach wnioskowania proponują ramy postępowania oparte na transparentności routingu, parytecie jakości usług i niedyskryminacji w stylu FRAND. Router prowadzony przez dostawcę modelu pierwszej strony może stać się mechanizmem faworyzowania własnych produktów, zaprezentowanym jako optymalizacja kosztów.

Uwierzytelnianie może stać się głównym sporem

Najważniejszą kwestią prawną może okazać się nie rozliczenie, lecz uwierzytelnianie.

Federalna Reguła Dowodowa 901(b)(9) uwierzytelnia wynik poprzez opisanie procesu lub systemu, który go wyprodukował, i wykazanie, że proces ten daje dokładny rezultat. FRE 902(13) i 902(14) idą dalej, pozwalając na samoistne uwierzytelnienie rekordów wygenerowanych przez system elektroniczny lub danych zweryfikowanych hashem na podstawie certyfikacji. Indyjska ustawa Bharatiya Sakshya Adhiniyam z 2023 r., §63 pełni analogiczną funkcję, uzależniając dopuszczalność dokumentu elektronicznego od certyfikatu identyfikującego rekord i sposób jego wytworzenia.

Każde z tych przepisów zakłada, że system można nazwać.

Rozważmy scenariusz, w którym prawnik składa pismo zawierające zmyślone powołanie się na źródło i wszczynane jest postępowanie sankcyjne. Sąd pyta, który model wyprodukował tekst. Logi kancelarii wskazują Fable 5. Logi dostawcy pokazują, że uruchomił się klasyfikator i odpowiedział Opus 4.8. Alternatywnie żądanie mogło przejść przez router IDE, który wybrał model nie do odtworzenia przez kancelarię, w precyzji, której kancelaria nigdy nie określiła, na wersji, która od tego czasu została wycofana.

W tej sytuacji łańcuch dowodowy pęka na routerze — nie na modelu, lecz na dyspozytorze. Pęknięcie działa w obie strony. Strona próbująca uwierzytelnić własny wynik może nie być w stanie tego zrobić, podczas gdy strona kwestionująca wynik drugiej strony zyskuje argument o niezawodności, który może być trudny do obalenia przez biegłego.

Postępowanie dowodowe (discovery) dodaje kolejny problem. W amerykańskim postępowaniu cywilnym obowiązek zachowania potencjalnie istotnych informacji powstaje, gdy proces jest racjonalnie przewidywany, a nie w momencie otrzymania wezwania. Decyzje routingu mogą stać się faktami rozstrzygającymi. Oznacza to, że logi klasyfikatora routera, przypisania modeli dla poszczególnych żądań oraz metadane precyzji mogą podlegać postępowaniu dowodowemu wobec dostawców, którzy obecnie mogą nie mieć obowiązku ich zachowywania.

Proponowanym rozwiązaniem jest podpis, a nie tylko klauzula umowna

Sama umowa może nie rozwiązać problemu, ponieważ kwestia dotyczy zdarzenia w czasie wykonania (runtime), podczas gdy umowy to dokumenty statyczne.

System prawny może ostatecznie wymagać poświadczalnej tożsamości modelu: podpisanego oświadczenia zwracanego z każdą odpowiedzią, wiążącego uzupełnienie z krotką obejmującą identyfikator serwowanego modelu, hash wag, precyzję oraz hash promptu systemowego. Oświadczenie to byłoby podpisane kluczem zakorzenionym w zaświadczaniu sprzętowym — możliwości już obsługiwanej przez platformy GPU typu confidential computing, takie jak architektura NVIDIA Hopper z funkcją Confidential Computing.

Część prymitywu już istnieje. Obiekty odpowiedzi mogą zawierać nazwę serwowanego modelu. Brakuje właściwości, która uczyniłaby te informacje użytecznymi prawnie: oświadczenie nie może być fałszywie przedstawione, a nabywca musi móc je zweryfikować bez konieczności ufania sprzedawcy. Hash w nagłówku odpowiedzi mógłby zrobić dla tożsamości modelu to, co FRE 902(14) już robi dla skopiowanych danych: zamienić sporny problem faktyczny na certyfikat.

Routing może być dobrym rozwiązaniem inżynieryjnym. Obecnie może również stanowić nierejestrowaną, niepodpisaną i nieweryfikowalną substytucję tego, co użytkownik uważał, że wybrał. Identyfikator modelu po cichu stał się identyfikatorem prawnym, a nierozstrzygnięte pytanie brzmi: co dokładnie identyfikuje.

Źródła

Cursor, „Introducing Cursor Router" (22 lipca 2026) —

MarkTechPost, „Cursor Releases Cursor Router: A Request-Level Classifier Delivering Frontier Coding Quality at 30–50% Lower Cost" (22 lipca 2026) — https://www.marktechpost.com/2026/07/22/cursor-releases-cursor-router-a-request-level-classifier/

Anthropic, „Redeploying Claude Fable 5" (30 czerwca 2026) —

Espressio, „Claude Fable 5 Safeguards: The Opus 4.8 Fallback Explained" (22 czerwca 2026) —

Digital Applied, „Why Claude Just Got More Cautious About Your Code" (2026) —

OpenRouter, „Provider Routing — Provider Selection" (dokumentacja) —

OpenRouter, „Lowest-Cost LLM Inference: The Complete OpenRouter Guide" (12 czerwca 2026) —

OpenRouter, „How OpenRouter Model Routing Works" (12 czerwca 2026) —