Mapa robotaxi wygląda uspokajająco, bo zamienia autonomię w kształt: tu jest miasto, tu granica, tutaj samochód działa. W 2026 r. taki obraz nie wystarcza. Prawdziwą granicą nie jest linia dzielnicy, lecz operational design domain: deszcz, stojąca woda, roboty drogowe, szkolne autobusy, zdalna pomoc, raporty o zdarzeniach, wielkość aktywnej floty, dostępność i dowód, że poprawki działają po komunikacie prasowym.

Autonomiczna taksówka jedzie w deszczu przez stojącą wodę i roboty drogowe w monitorowanej geostrefie

Dlatego dwie różne historie trzeba czytać razem. Tesla, według Electrek, pokazała niewielką geostrefę Robotaxi w Miami, ale jej wdrożenie w Austin pozostaje dalekie od masowej sieci. Waymo, bardziej dojrzały operator, zgłosiło dobrowolny recall NHTSA obejmujący 3 791 systemów ADS piątej i szóstej generacji, bo oprogramowanie mogło pozwolić pojazdom zwolnić, a potem wjechać w stojącą wodę na szybszych drogach.

Wniosek nie brzmi: jedna firma wygrała, druga przegrała. Robotaxi wyszły z etapu demo. Dlatego widać prawdziwe problemy: walidację, nadzór, operacje zdalne, lokalne zasady, pogodę, podtopienia i przejrzystość po incydentach.

Geostrefa to nie usługa

Electrek podał 3 lipca, że konto Robotaxi Tesli udostępniło mapę obszaru w Miami: niewielki fragment metropolii, głównie West Miami i pas w stronę Doral oraz Sweetwater. Poza nim są downtown Miami, Miami Beach i lotnisko. Electrek ujął to trafnie: geofence, not a launch.

Geostrefa mówi, gdzie system może działać. Nie mówi, ile aut jeździ, czy przejazdy są publiczne, czy jest safety monitor, jak często potrzebna jest remote assistance ani jak usługa radzi sobie w deszczu.

Austin pokazuje, czemu te szczegóły są ważniejsze. Electrek pisze, że Tesla uruchomiła Robotaxi w Austin w czerwcu 2025 r., ale po roku usługa pozostaje mała. Lokalne źródła miały wskazywać około 50 pojazdów, z dużo mniejszą częścią niesupervised. Te liczby trzeba przypisywać źródłom, bo Tesla nie podała pełnej oficjalnej, audytowanej skali floty.

W robotyce to znany wzór: zasięg demonstracji rośnie szybciej niż niezawodność operacji. Większy poligon na mapie robotaxi nie dowodzi dostępności, bezpieczeństwa ani odporności na miejskie wyjątki.

Austin mówi więcej niż Miami

Miami jest nowe. Austin ma historię operacyjną. W codziennej usłudze ważne są proste pytania: ile aut jest aktywnych, ile mil jest naprawdę driverless, czy są pasażerowie, czy jest safety monitor, jak często wchodzi operator zdalny, co powoduje pauzy i jak waliduje się poprawki.

Kluczowy termin to safety validation. Operator nie tylko trenuje model. Musi pokazać, że model, pojazd, mapy, zdalne operacje i lokalne procedury pozostają bezpieczne, gdy warunki się zmieniają.

Tu robotaxi różni się od asystenta kierowcy. W prywatnym aucie odpowiedzialność zostaje głównie przy człowieku. Robotaxi to operacja publiczna: odmawianie kursu, degradacja usługi, omijanie zalanej drogi, zatrzymanie i wyjaśnienie decyzji są częścią produktu.

Remote assistance to element bezpieczeństwa

Operacje zdalne nie są przypisem. Mogą rozwiązywać niejasne sceny, odzyskiwać pojazdy, zarządzać flotą i tworzyć własne ryzyko.

TechCrunch informował w maju, że odtajnione narracje NHTSA pokazały dwa wypadki Tesla Robotaxi w Austin podczas zdalnego prowadzenia przez teleoperatora. Były to zdarzenia przy niskiej prędkości, z safety monitorem za kierownicą i bez pasażerów. Electrek opisywał wjazd na krawężnik i uderzenie w metalowe ogrodzenie przy około 8 mph oraz kolizję z barierą robót przy około 9 mph.

Nie warto robić z tego historii o katastrofalnym zagrożeniu. Precyzyjniejszy punkt jest mocniejszy: teleoperation nie jest magią. Jeśli zdalny człowiek może wpływać lub prowadzić, latency, interface, situational awareness, handoff i logging stają się częścią safety architecture.

Słowa też są ważne. Remote assistance może oznaczać radę, akceptację trasy albo interpretację sceny. Teleoperation może oznaczać kontrolę bezpośrednią. Miasta i regulatorzy powinni pytać, co jest dozwolone, kiedy i jak często.

Recall Waymo o stojącej wodzie

Waymo jest bardziej dojrzałym punktem odniesienia. Firma mówi o ponad 100 milionach mil w realnym świecie, dziesiątkach tysięcy przejazdów tygodniowo i analizie Swiss Re z mniejszą liczbą roszczeń. To dane firmowe, ale skala wdrożenia jest inna.

Recall NHTSA 26E026 jest dlatego istotny. Obejmuje 3 791 jednostek ADS Waymo. Oficjalny opis: software może pozwolić pojazdowi zwolnić, a następnie wjechać w stojącą wodę na szybszej drodze, z ryzykiem utraty kontroli. Interim remedy zmienił zakres operacji, zwiększył ograniczenia pogodowe i zaktualizował mapy; final remedy był jeszcze w opracowaniu.

Stojąca woda nie jest egzotycznym edge case. To zwykła miejska pogoda. Dobra decyzja zależy od percepcji, map, prędkości, prognoz, lokalnego odwodnienia, routingu i fallback policy. Operator floty musi wykazać, że system rozpoznaje takie ryzyko w skali.

TechCrunch później pisał o pauzach lub wstrzymaniu usług w Atlanta, San Antonio, Dallas i Houston podczas ryzyka powodziowego. To nie znaczy, że cała usługa Waymo przestała działać. To znaczy, że pogoda stała się aktywną częścią ODD.

ODD jest prawdziwym produktem

Operational design domain określa warunki pracy: geografia, typ drogi, prędkość, ruch, pogoda, światło, roboty drogowe, tymczasowe znaki, służby ratunkowe, aktualność map, remote assistance i zachowanie pasażerów. To nie aneks prawny, lecz granica produktu.

Mapa usługi to tylko jedna warstwa. Robotaxi może jechać w lekkim deszczu, ale pauzować przy ryzyku podtopień; wozić pasażerów w jednym mieście i testować z pracownikami w innym; działać bez monitora w jednej strefie i pod nadzorem w drugiej. Najlepsi operatorzy jasno określą te granice i wymuszą je automatycznie.

Dla miast ODD powinno być warunkiem pozwoleń: aktywna flota, driverless miles, narracje wypadków, metryki pomocy, kryteria pauz pogodowych, protokoły ze służbami, strefy szkolne, roboty drogowe i walidacja zmian software.

Lepsze metryki niż lista miast

Listy miast sugerują momentum, ale lepsze metryki są mniej efektowne: aktywne pojazdy, publiczne płatne przejazdy, passenger miles bez kierowcy, obecność safety monitora, narracje crash, pauzy usługi, zdarzenia remote assistance i jakość recall.

Recall nie zawsze jest skandalem. W software-defined robotics może być elementem dojrzewania. Pytanie brzmi, czy operator wykrywa, ogranicza, poprawia, weryfikuje i komunikuje. Dokumenty NHTSA Waymo są przydatne, bo opisują defect i remedy path.

Narracje Tesli mają podobną wartość: low-speed incidents bez pasażerów nie mówią wszystkiego, ale pokazują ADS engaged, safety monitor, remote takeover i kontekst.

Wyścig dotyczy zaufania operacyjnego

Tesla i Waymo mają różne podejścia: kamera/FSD kontra multisensorowa, bardziej ograniczona operacja floty. Wąskie gardło jest jednak wspólne. Czy system odmawia niebezpiecznych warunków? Odróżnia mokrą ulicę od zalanej? Radzi sobie z tymczasowymi robotami? Czy zdalny operator pomaga bez tworzenia nowego trybu awarii? Czy firma pokazuje regulatorom wystarczające dowody?

Dla pasażera pytania są proste: czy przejazd jest naprawdę bez kierowcy, czy jest safety monitor, czy operator może prowadzić, co dzieje się w ulewie, czy aplikacja wyjaśni pauzę.

Wyścig robotaxi wchodzi w mniej filmową fazę. Nowy poligon na mapie nadal ma znaczenie, ale prawdziwa konkurencja to utrzymać pojazdy dostępne, użyteczne i bezpieczne, gdy pada deszcz, droga się zalewa, ktoś przestawia pachołki albo regulator prosi o narrację. Zaufanie przyjdzie z jasnych granic ODD, wyjaśnionych incydentów, dobrze zarządzanych recalli i widocznej współpracy z miastami.