Rubrika: Aktualizace

Tesla během noci z pátku 7. na sobotu 8. srpna 2026 spustila třetí vlnu rolloutu firmwaru 2026.21.5 s Full Self-Driving (Supervised) v14.3.7 – a přesně v tento moment se ukázalo, že to, co ještě před týdnem vypadalo jako čistě stabilizační patch nad v14.3.6, je ve skutečnosti build s netriviálním balíkem nových funkcí. Přibližně 1 210 dalších vozů AI4 dostalo aktualizaci v pětiminutovém okně kolem 1:18 UTC, a ve chvíli, kdy si první řidiči proklikali menu, se komunitě potvrdilo, že Tesla během Wave 2 a Wave 3 tiše dopsala release notes o čtyři nové položky: Start Self-Driving from Park, Speed Profiles, UI Improvements a paralelní build FSD (Supervised) v14 Lite pro Hardware 3 flotilu.

Rozdíl oproti první vlně z 1. srpna je zásadní. Když Tesla překlopila FSD (Supervised) do v14.3.7 přes noc na 1. srpna, release notes se nezměnily ani o čárku a všechno nasvědčovalo tomu, že jde o stabilizační dot release, jehož jediným úkolem je pročistit několik regresí ze v14.3.6. Wave 1 obsahovala pouze zhruba 300 seedovacích vozů, Wave 2 do soboty rozšířila okruh na dalších přibližně 1 100 aut, a Wave 3 v neděli večer americkou dobou přidala oněch 1 210 dalších vozidel. Teprve v tomto okamžiku, kdy do buildu vidělo dost majitelů, si komunita začala všímat, že se pod kapotou 14.3.7 skrývá víc než jen bugfixy.

Nejsledovanějším přírůstkem je Start Self-Driving from Park – funkce, o kterou Tesla owners žádali od chvíle, kdy Actually Smart Summon dostal produkční release. V praxi to znamená, že řidič už nemusí nejdřív vyjet z parkovacího místa manuálně a teprve pak aktivovat FSD; auto se dokáže samo rozjet ze stojícího stavu z parku, srovnat se do jízdního pruhu a hned od prvních metrů převzít řízení podle zadané destinace. Pro majitele, kteří FSD (Supervised) používají jako pomocníka na dojíždění do práce, jde o pravděpodobně největší usnadnění každodenního workflow, jaké 14.x řada přinesla.

Druhá zásadní novinka jsou Speed Profiles – formalizované škálování jízdního stylu, které FSD (Supervised) v14.3.7 povyšuje ze skryté volby v hloubi menu na primární ovládací prvek. Nová verze nabízí čtyři úrovně: Sloth, Chill, Standard a Hurry, seřazené od nejpomalejšího a nejkonzervativnějšího po nejrychlejší a nejasertivnější. Sloth jezdí pod povolenou rychlostí a preferuje pravé pruhy, Chill drží tempo se sníženým počtem přejíždění, Standard kopíruje průměr proudu a Hurry drží horní hranu s častými změnami pruhů. Zásadní změnou je způsob ovládání – pravý scroll wheel na volantu se nově chová jako přepínač Speed Profiles: nahoru pro rychlejší profil, dolů pro pomalejší. Do 14.3.7 to bylo řešeno tiltováním kolečka doleva/doprava, teď je to jednoznačně vertikální gesto, které přesně kopíruje logiku ostatních ovládacích prvků FSD.

Za samotným výběrem profilu ale sedí ještě jedna změna, kterou Tesla v dokumentaci vyloženě zdůrazňuje: FSD (Supervised) v14.3.7 už neinterpretuje profil jako tvrdý strop maximální rychlosti, ale jako preferenci, kterou neuronová síť zvažuje spolu s aktuálním limitem, chováním okolní dopravy a implicitními preferencemi řidiče naučenými z jeho historických jízd. To zapadá do širšího posunu, který na X potvrdil Ashok Elluswamy začátkem srpna – Tesla se odklání od explicitního Max Speed Control (který označil za „anti-pattern“) a místo toho učí síť implicitní řidičské preference. Speed Profiles jsou první konkrétní produktovou manifestací tohohle přístupu.

Třetí položkou v novém release notes bloku jsou UI Improvements – a i když tenhle bullet vypadá jako přiznaně vágní, komunita už za víkend identifikovala několik konkrétních vizuálních úprav. Nová verze mírně přepracovala visualizaci detekovaných objektů okolo vozidla, přejmenovala některé položky v Autopilot menu tak, aby konzistentně používaly terminologii Full Self-Driving (Supervised), a přidala rychlé toast notifications pro potvrzení změny Speed Profilu, aby řidič nemusel odvracet zrak k centrálnímu displeji. Detailů je víc a Tesla je pravděpodobně dopíše do oficiálního release notes v následujících dnech.

Čtvrtá a poslední nová položka je paralelní build FSD (Supervised) v14 Lite – a právě ten dává celému 14.3.7 novou dimenzi. Tesla ve stejné vlně distribuovala tzv. v14 Lite variant pro Hardware 3 vozy, které si díky slabšímu compute výkonu nemohou dovolit plnou 14.3.x neuronku pro HW4. V praxi to znamená, že HW3 flotila teď dostává vlastní paralelní větev, která sice postrádá některé nejtěžší modely (např. plné 10 miliard parametrů, které jsou vyhrazené Cybercabu a Robotaxi flotile), ale zachovává si všechny nové UX prvky včetně Speed Profiles a Start Self-Driving from Park. Tesla tak fakticky ukončuje éru, kdy HW3 owners dostávali funkčně kastrované builds – z pohledu ovládání jde teď o stejný FSD (Supervised), jen s menší neuronkou.

Tempo rolloutu je z celé v14 řady dosud vůbec nejrychlejší. Wave 1, Wave 2 a Wave 3 se odehrály během pouhých osmi dní, a Tesla podle interních tracker signálů plánuje Wave 4 už na první polovinu tohoto týdne. Wide release pro celou flotilu AI4 by měl být hotový do konce srpna 2026, wide release pro HW3 flotilu skrz v14 Lite pak během první poloviny září. Pro majitele, kteří na 14.3.x čekali od chvíle, kdy Tesla překlopila Robotaxi flotilu na v15 – a museli sledovat, jak zákaznická flotila jede na starším modelu – jde o jasný signál, že tempo dohánění není jen marketingová fráze z earnings callu.

Ve výsledku se z čistě stabilizačního patche stal jeden z nejvýznamnějších dot releases 14.x řady. Start Self-Driving from Park mění denní workflow řidiče, Speed Profiles se čtyřmi úrovněmi a scroll wheel ovládáním kodifikují nový přístup Tesly k explicitním preferencím, a v14 Lite variant konečně sjednocuje UX napříč HW3 a HW4 flotilou. Tesla tímhle přístupem – tiše rozjet Wave 1 jako stabilizační patch, a teprve při Wave 2 a Wave 3 postupně odhalit skutečný obsah – navíc ukazuje nový model publikace release notes, kdy oficiální dokumentace se rozšiřuje až po tom, co je build dostatečně otestovaný v produkci. Pro komunitu, která si zvykla release notes číst dopředu, jde o zásadní posun; pro Teslu je to logický další krok v posunu k data-driven rolloutu, kde funkce vypnutá do produkce se v release notes objeví teprve tehdy, když ji Tesla dostatečně dlouho pozoruje na skutečné flotile bez regresí.

Tesla během posledního víkendu prošla další z těch drobných, ale symbolicky obřích momentů, které v následujících měsících definují, jak bude Full Self-Driving fungovat. V neděli 3. srpna 2026 večer se na síti X rozjela debata pod příspěvkem známého FSD testera Davida Mosse, který si nahlas přál, ať se do Full Self-Drivingu nikdy nevrátí manuální nastavení maximální rychlosti – funkce, kterou Tesla po tichu odstranila v jedné z verzí v14 a která od té doby v komunitě rezonuje víc než jakákoliv jiná ztracená položka menu. K debatě se za pár minut připojil sám Ashok Elluswamy, viceprezident Tesly pro AI software a šéf celého Autopilot týmu, a napsal větu, která se během několika hodin roznesla po všech FSD komunitách planety: „Max speed control is an anti pattern. We are working on better learning of user’s implied preferences.“

Volný překlad té dvouvětné bomby zní: manuální nastavení maximální rychlosti považujeme za špatný designový vzor a pracujeme na tom, aby se neuronová síť lépe učila, co řidič ve skutečnosti chce. Pro techničtější část komunity to byla jedna z nejzajímavějších vět, kterou Elluswamy za celý rok pustil na veřejnost. Pro velkou část klasických majitelů to byla naopak potvrzená noční můra: Max Speed Control se nevrátí, a jestli chcete jet po dálnici o 15 km/h rychleji než okolí, budete si to muset „vyjezdit“ chováním pedálu a interakcí s vozem.

Kontext: proč vůbec Max Speed Control zmizel

Aby dnešní situace dávala smysl, je potřeba se vrátit o pár měsíců zpět. Ještě do konce jara 2026 měl Full Self-Driving (Supervised) klasický posuvník, jímž si řidič volil maximální rychlost jako procentní přirážku nad rychlostní limit – typicky 0 %, 5 %, 10 % nebo 15 %. S nástupem verze v14 na jaře 2026 Tesla postupně tento manuální posuvník opustila a nahradila ho tzv. Speed Profiles: pěti diskrétními osobnostmi jízdy s ikonickými názvy Sloth, Chill, Standard, Hurry a Mad Max. Každý profil zároveň mění tři věci: rychlost vůči limitu, sledovací vzdálenost a frekvenci změn pruhů.

Sloth jede pod rychlostní limit, Chill zůstává v pomalejších pruzích a měňí jízdní pruhy minimálně, Standard drží tempo dopravního proudu, Hurry předjíždí ochotněji a Mad Max jede zjevně rychleji a agresivněji. Přesně tenhle poslední profil se stal v posledních týdnech terčem regulátorů – Švédsko na základě jeho existence vyzvalo Evropskou komisi, ať schválení FSD v EU odloží, a Francie k iniciativě otevřeně přizvukovala. Právě do téhle atmosféry přišel v červenci Electrek s reportem, že jeden z jejich přispěvatelů dostal s Full Self-Drivingem pokutu za překročení rychlosti a že Tesla mu následně „vzala nástroj, kterým by se to dalo řešit“. Debata pod hashtagem „bring back max speed“ se od té doby drží v top trendech kategorie FSD prakticky neustále.

Elluswamyho dvouvětný verdikt: manuální posuvník je špatný design

V nedělní výměně 3. srpna 2026 se David Moss vyjádřil ve smyslu, že doufá, že se Max Speed Control už nikdy nevrátí, protože podle něj vede k tomu, že řidiči Full Self-Drivingu nastavují nesmyslné limity a pak si stěžují, když se jimi auto řídí. Elluswamy mu za pár minut napsal, že „max speed control je anti-pattern“ a Tesla pracuje na tom, aby se místo něj neuronka lépe učila implicitní preference řidiče. Slovo „anti-pattern“ má v softwarovém světě velmi konkrétní význam – označuje řešení, které vypadá na první pohled logicky a intuitivně, ale ve skutečnosti vede k horším výsledkům než by mělo. Elluswamy tím řekl mnohem víc, než by se z těch dvou vět mohlo zdát: Tesla zásadně nesouhlasí s modelem, ve kterém řidič „ručně“ definuje strop rychlosti pro autonomní systém. Podle šéfa Autopilotu je to fundamentálně špatný způsob, jak řešit vztah člověk-stroj.

Místo toho má Full Self-Driving používat to, co se v machine learningu nazývá implicit preference learning – tedy techniku, která z chování uživatele odvozuje, co skutečně chce, aniž by o to explicitně požádal. V praxi to znamená, že když si řidič opakovaně sešlápne plynový pedál a pomůže autu zrychlit, systém si to zapamatuje a v podobných situacích začne akcelerovat samo. Když naopak brzdí, začne v podobných situacích jet klidněji. Ashok v návazných odpovědích upřesnil, že cílem je stav, kdy Full Self-Driving nejenom „ví, jak řídí Tesla,“ ale ví, „jak jezdí konkrétně tenhle řidič“ – a to bez jediného potvrzovacího kliknutí.

Reakce komunity: rozpolcení jako už dlouho ne

Reakce, které se pod Elluswamyho příspěvek začaly sesypávat, rozdělily komunitu na dva tábory tak jasně, jako už dlouho žádná FSD debata. Jedna část majitelů – zejména dlouhodobých FSD testerů z Early Access programu – Elluswamymu přitakala. „Auto by mělo řídit podle situace, ne podle mého strachu nebo naopak spěchu,“ napsal jeden z prominentních testerů z Kalifornie. Jiný zdůraznil, že v okamžiku, kdy Tesla dostane robotaxi schvalování v Evropě, nemůže mít v produktu funkci, která umožňuje řidiči nastavit trvalé překračování povolené rychlosti – to je regulační sebevražda.

Druhý tábor byl mnohem hlasitější a naštvanější. Jádro argumentu zní: v USA, kde jsou dálniční limity 60–70 mph a všichni jedou 80, potřebuje řidič nástroj, jak Full Self-Driving „napasovat“ na reálný dopravní proud, protože jinak z něj bude překážka. „Kdo si prosím vás říká o něco rychlejšího než Hurry?“ napsal jeden z komentujících, „a proč se Tesla dobrovolně dostává do situace, kdy si o veřejnou kritiku doslova říká právě ve chvíli, kdy potřebuje robotaxi schválení?“ Další několik odkázali na to, že implicit preference learning zní hezky v powerpointové prezentaci, ale prakticky to znamená, že několik prvních dnů po dodání nového vozu bude FSD jezdit jinak, než by řidič chtěl – a naučit ho to znamená opakovaně přebírat řízení, což je přesně to, čemu má Full Self-Driving zabránit.

Co to znamená technicky: Cybercab, HW3 a jednotná neuronka

Elluswamyho odpověď je potřeba číst v kontextu toho, co Tesla během Q2 2026 earnings callu 22. července potvrdila: komerční Robotaxi flotila už jezdí na FSD v15 s neuronkou o 10 miliardách parametrů (oproti 1 miliardě u v14), Cybercab používá výkonnější AI4+ počítač se 64 GB RAM a HW4 vozy dostávají „destilované“ modely přímo z tohoto stromu. V takovém světě má manuální posuvník ještě menší smysl než kdy dřív – jednotná neuronová síť musí umět identifikovat, co řidič chce, protože stejný model bude přece řídit i Cybercab, kde žádný řidič nesedí.

To ale zároveň znamená, že majitelé Hardware 3 vozů – tedy majitelé Modelů 3, Y, S a X vyrobených před dubnem 2019 – budou dostávat výsledek téhle strategie s ještě větším zpožděním. FSD v14 Lite, který se do HW3 flotily dostal až v druhé polovině července 2026, ještě žádné implicit preference learning nemá a Tesla otevřeně říká, že plánované architektonické zásahy do „velké“ v15 neuronky se do „lite“ varianty nemusejí dostat vůbec. Pro majitele šest a sedm let starých aut to znamená, že místo posuvníku, který znali, dostanou v lepším případě set profilů a v horším případě neuronku, která se učí příliš pomalu na to, aby si toho všimli.

Kdy se implicit learning objeví v produkci

Konkrétní timeline Elluswamy v tweetu neuvedl a Tesla se k dotazům médií během pondělí 4. srpna nevyjádřila. Podle několika zdrojů z Early Access programu, které přes víkend citoval Not a Tesla App, se ale první stopy adaptivního učení preferencí objevily už v build 2026.21.5 s FSD v14.3.7 – tedy v aktualizaci, která do produkce začala plošně padat 1. srpna 2026. Testeři popisují situace, kdy Full Self-Driving po několika dnech začal jezdit „mírně jinak“ v místech, kde uživatel opakovaně používal plynový pedál, a jiní naopak reportují, že si všimli mírného zpomalení v úsecích, kde standardně brzdili. Tesla oficiálně nic z toho v release notes verze 14.3.7 nepřiznala – což je paradoxně důkaz, že jde přesně o tu „implicit“ část, o které Elluswamy mluvil: systém se učí bez toho, aby o tom uživatel věděl.

Otázka, která teď zůstává viset ve vzduchu, je jednoduchá: pomůže tenhle strategický posun Tesle přesvědčit evropské regulátory, že Full Self-Driving je bezpečný, nebo naopak vyprovokuje odchod z tábora těch řidičů, kteří manuální kontrolu považovali za jediné, co jim po přechodu na FSD zbývá? Odpověď dostaneme nejdřív s dalším velkým buildem – a pokud se potvrdí spekulace o FSD v14.4, mohl by přijít během několika týdnů.

Tesla během posledních dnů dotáhla jednu z těch drobných, ale symbolicky zásadních úprav své unsupervised Robotaxi flotily, které nejlépe ukazují, jak se autonomní vůz postupně přestává chovat jako klasické auto se šoférem a začíná se z něj stávat plnohodnotné mobilní prostředí pro cestující. Podle prvních pozorování, která na síti X zveřejnil analytik Sawyer Merritt v pondělí 27. července 2026, přestaly Model Y v komerční Robotaxi službě přehrávat v kabině zvuk zapnutého blinkru i zvuk výstražných světel. Rozhodnutí, které Tesla nikde oficiálně nekomentovala a které se objevilo tiše přes server-side vlnu bez nutnosti firmware updatu, se během několika hodin stalo jedním z nejdiskutovanějších Robotaxi témat celého konce července – a rozdělilo komunitu způsobem, jaký u tak drobné funkce nikdo nečekal.

Co přesně se změnilo

Ve standardním osobním voze slouží rytmické cvakání blinkru přesně dvěma účelům. Zaprvé řidiči připomíná, že směrové světlo je aktivní a je potřeba ho po dokončení manévru vypnout. Zadruhé plní roli akustické zpětné vazby, která potvrzuje, že páčka blinkru fyzicky sepnula – tedy že se skutečně bliká, i když to řidič přes vlastní kapotu ani boční zrcátka nemusí přímo vidět. V Robotaxi kabině ale ani jeden z těchto účelů nedává smysl. Za volantem, který ostatně v produkčním Cybercabu nebude vůbec, nikdo nesedí; cestující na zadních sedadlech nebo vedle prázdného řidičského křesla nemají žádnou možnost, jak by blinkr vypnuli, a informaci, že vůz plánuje odbočení nebo změnu pruhu, dostávají přes displeje a vizuální rozhraní Robotaxi appky.

Tesla proto od 27. července 2026 stáhla akustickou vrstvu kompletně – v kabinách unsupervised Model Y, které jezdí v Austinu, San Franciscu, Miami, Orlandu, Tampě a v pilotním provozu v Bay Area, už není slyšet klasické cvakání blinkru ani chraptivější rytmus zvuku výstražných světel. Změna se dotkla obou režimů, tedy jak standardního nasměrovacího blinkru, tak i všech situací, ve kterých si vůz sám sepne „hazards“ – typicky při zastavení na pickup či drop-off pointu, při pomalém popojíždění v koloně či při čekání na semaforu s aktivovanou funkcí Automatic Hazards. Sawyer Merritt na X popsal změnu jako logickou tečku za jedním z posledních zbytků analogové řidičské zkušenosti v plně autonomním voze: „Tesla konečně vypnula zvuky blinkru/směrových světel ve svých Model Y Robotaxi. Je to malá aktualizace, ale pro cestující bude určitě znatelná. Nedávalo moc smysl nechávat zvuk blinkru zapnutý, když je auto Unsupervised.“

Jenom Robotaxi, ne zákaznické vozy

Klíčové upřesnění, které Tesla přes technické komentáře komunity potvrdila hned první den, se týká rozsahu změny. Nová konfigurace se aktivuje výhradně na vozidlech, která jsou zaregistrovaná v komerční Robotaxi flotile a jezdí v režimu unsupervised – tedy bez safety monitora, bez majitele, čistě jako placená autonomní ride-hail služba. Standardní Model Y a Model 3 z majetku běžných zákazníků, i když využívají Full Self-Driving (Supervised) ve verzi 14.3.7 z 1. srpna, blinkr slyšet dál budou. Pro zákazníka, který si FSD platí ve vlastním voze, je audio feedback nadále užitečný – jednak z pohledu situational awareness, jednak proto, že klasický řidičský mozek si na zvuk blinkru za desetiletí navykl natolik, že jeho absence by mohla u supervised jízdy působit dezorientačně a snižovat pozornost.

Tesla tak z inženýrského hlediska implementovala jednoduchou konfigurační flagu na úrovni vehicle profile: pokud je vůz v Robotaxi módu, cabin chime library ignoruje volání funkcí playTurnSignalTick() a playHazardChime(), a přehrávají se pouze zvuky, které mají v unsupervised prostředí smysl – pickup notifikace, upozornění na blížící se cíl, konec jízdy a bezpečnostní varování. Vně vozu zůstalo vše beze změny, cvakání směrových světel z reproduktoru pro chodce a cyklisty (Pedestrian Warning System) je požadované federálními regulacemi a Tesla ho nemohla vypnout ani kdyby chtěla.

Reakce cestujících se rozdělila

Zajímavější než samotná změna je způsob, jakým na ni cestující zareagovali. Když jsou v druhé polovině minulého týdne první uživatelé Robotaxi služby v Austinu a Miami nasedli do vozu se ztišenou kabinou, rozhodně se nedalo mluvit o jednotné pochvale. Část komunity – zejména ta, která autonomní ridesharing bere jako plnohodnotnou alternativu Uberu a Lyftu – změnu ocenila jako přirozený krok. Robotaxi je ride-hail, ne řidičský cvičný polygon, a cestující chce v ideálním případě sedět v tichém, plynule fungujícím prostředí, kde si může povídat, poslouchat hudbu nebo pracovat na notebooku, aniž by mu každou půlminutu do kabiny naskakovalo rytmické cvakání.

Druhá skupina ale reagovala překvapivě citově. Blinkr je totiž hluboce zafixovaným smyslovým vjemem jízdy autem – většina lidí ho vnímá stejně nevědomě jako zvuk chladicího ventilátoru v kanceláři – a jeho absence dokáže vytvořit subtilní pocit, že „něco chybí“. Několik cestujících popsalo na X a v Robotaxi feedback formuláři paradoxní pocit, že vůz najednou působí „moc tiše“ nebo „neurčitě“, a že v okamžiku odbočení jim chybí zvukový podnět, který by potvrdil, co se právě děje. Několik dalších naopak upozornilo, že cvakání blinkru vnímali jako jednu z nejotravnějších rušivých složek jízdy Robotaxi – zejména na delších trasách s velkým počtem odbočení – a jeho odstranění pro ně kabinu udělalo výrazně komfortnější.

Kontext zapadá do většího Robotaxi refinementu

Ztišení blinkru není izolovaný krok. Tesla během posledních tří týdnů dotáhla několik dalších drobných úprav, které společně směřují k tomu, aby se cestování v Robotaxi Model Y vzdalovalo od pocitu „sedím ve voze bez řidiče“ a přibližovalo se k pocitu „sedím v autonomním dopravním prostředku, který byl navržený primárně pro mě“. Sem patří tichý přechod z povinné signální zvukové vrstvy na notifikace vázané na akce cestujícího, nová podoba pickup a drop-off animací v Robotaxi appce, upravená vizualizace trasy v mapě, kterou Ashok Elluswamy potvrdil na Q2 2026 earnings callu 22. července, a rozšiřování „modrého FSD indikátoru“ i do samotné cestující strany appky – aby lidé viděli, kdy vůz aktivně jede na neuronové síti.

Zapadá to i do statistiky, kterou Tesla poprvé konsolidovaně uvedla na Q2 callu: 380 000 unsupervised mil bez jediného „notable“ incidentu napříč šesti městy, přičemž wide release FSD v15 pro zákaznické vozy má podle Ashoka Elluswamyho přijít koncem 2026 nebo začátkem 2027. Robotaxi flotila tak funguje jako první produkční nasazení plně unsupervised jízdy vůbec – a každá drobná úprava kabinové zkušenosti se dá číst jako živý test toho, jak bude vypadat interiér Cybercabu, jehož první produkční kusy stojí v outbound lotu Giga Texas a jehož premiéra se blíží ještě do konce tohoto roku.

Co zbývá ve zvukové vrstvě Robotaxi kabiny

Přehled toho, co v Robotaxi Model Y od 27. července 2026 v kabině slyšíte, je ve výsledku překvapivě krátký. Zůstala pickup notifikace při přistavení vozu, hlasové oznámení „Ride starting“ na začátku jízdy, upozornění na blížící se cíl přibližně 30 sekund před drop-off pointem, standardní bezpečnostní pípnutí při otevření dveří během jízdy (což se ale za normálních okolností nesmí stát), zvukový podklad pro nouzové situace typu detekce srážky a hlasové oznámení konce jízdy včetně instrukce, jak z vozu bezpečně vystoupit. Vše ostatní, co historicky patřilo ke zvukové výbavě řízeného auta – cvakání blinkru, chime výstražných světel, zvuk zapnutí parkovacích senzorů, akustika couvací kamery, upozornění na překročení rychlosti nebo aktivaci Autopilotu – v unsupervised režimu buď kompletně mlčí, nebo bylo přesunuto do vizuální vrstvy displejů.

Pro Teslu jde o další z těch tichých potvrzení, že Robotaxi není jen „Model Y bez řidiče“, ale postupně se stává vlastní produktovou kategorií s vlastní UX filozofií. A pro cestující jde o první z celé řady rozhodnutí, u kterých se s postupem času ukáže, jestli Musk skutečně dokáže autonomní ride-hail postavit tak, aby lidé sedající si do prázdného sedadla neřidičské strany Model Y měli pocit, že cestují v něčem, co bylo od základu navržené jinak než klasické auto – a ne v obyčejném voze, ze kterého někdo jenom vytáhl volant.

Tesla během noci ze čtvrtka 30. na pátek 31. července 2026 tiše překlopila Full Self-Driving (Supervised) na verzi 14.3.7 a rozjela ji do produkce s firmwarem 2026.21.5, který se v prvních vozech objevil v ranních hodinách pátku a masivní vlnu spustil v sobotu 1. srpna 2026. Do neděle večer si build podle živých dat trackeru Teslascope stáhla už zhruba pětina HW4 flotily v USA a Kanadě, což je tempo, jaké žádný z předchozích build v řadě 2026.20.6.x ani 2026.14.6.x nedokázal v úvodních 48 hodinách vyvinout. Jde přitom o build, který na první pohled nepřináší nic nového – release notes jsou totiž identické s FSD v14.3.6 z 23. července – a přesto se z hlediska engineering znamení jedná o jedno z nejdůležitějších uvolnění, jaké Tesla v posledních týdnech nasadila.

Důvod je prostý. Když Tesla pošle dva consecutive build s naprosto stejnou release notes dokumentací a přesto změní verzi FSD z 14.3.6 na 14.3.7, znamená to v její interní systémové řeči jediné: pod kapotou proběhla nejméně jedna zásadní změna, o které zatím nechce mluvit veřejně, a rollout je vedený jako čistě stabilizační patch kritických bugů nebo tichá optimalizace neural network runtime. V praxi je 14.3.7 přesně tou pojistkou, kterou si Ashok Elluswamy s Autopilot týmem chtěli dopřát před tím, než se otevře cesta k dalšímu skoku – tedy k oficiálnímu spuštění FSD v15 pro zákaznickou flotilu, které samotný Elluswamy během Q2 2026 earnings callu 22. července naplánoval na konec 2026 a začátek 2027.

## Co se změnilo, přestože release notes tvrdí opak

Sledovatelé buildu z Early Access programu, kteří firmware dostali už kolem čtvrtka večer, začali během víkendu na X, Redditu a v Tesla Motors Club fórech nezávisle popisovat identickou sadu pozorování. Vozy s v14.3.7 vykazují ve srovnání s v14.3.6 znatelně jistější chování v křižovatkách s kompoundními semafory, tedy tam, kde nad sebou visí několik světel pro různé směry. Tesla přesně tuto oblast v release notes k v14.3.6 zmínila jako oblast, kterou přenatrénovala pomocí Reinforcement Learningu z hard examples nasbíraných z fleet dat – a 14.3.7 vypadá jako další iterace téhož tréninkového cyklu, jen o týden pozdější.

Druhé pozorování se týká chování při zpomalování na žluté. Buildy z řady 2026.20.6.x měly na některých typech intersekcí sklon k příliš pozdnímu rozhodování o tom, zda ještě projet nebo zastavit, což vytvářelo trhavé decelerační zážitky pro cestující. 14.3.7 podle prvních reportů reaguje o půl vteřiny dřív a rozhodnutí vypadá plynuleji. Třetí významné pozorování se dotýká cut-in vozů z bočních pruhů: majitelé Modelu 3 a Y s HW4 popisují, že v14.3.7 na cut-in reaguje s méně panickými brzdovými škubnutími a lépe dodržuje bezpečnou vzdálenost od cizího vozu, který se právě přiřazuje před ně.

Pro Teslu jsou tyto tři oblasti zároveň přesně těmi, které v posledních týdnech tvořily největší část stížností v NHTSA telematic reportech a v internal fleet feedback loopu – a proto dává smysl, že právě je Autopilot tým nejdřív dostal do produkce, aniž by měnil release notes text.

## Build 2026.21.5 opouští linii 2026.20.6.x

Z hlediska verzování firmwaru je 14.3.7 první FSD build od 24. června 2026, který opustil větev 2026.20.6.x a přeskočil rovnou do nové rodiny 2026.21.x. To je čistě organizační krok, který ale nese praktický důsledek – linie 2026.20.6.x se nyní uzavírá jako maintenance větev pro HW3 a legacy varianty (kde běží FSD v14 Lite v podobě 2026.20.6.11), zatímco HW4 pipeline dostává vlastní čerstvě otevřenou 2026.21.x rodinu. Tato bifurkace je z hlediska Full Self-Driving programu nejjasnější důkaz, že Tesla si oddělila kanály pro AI4 a AI3 hardware a ve druhé polovině roku 2026 se chystá na paralelní distribuci dvou rozdílných generací neuronové sítě.

Nejzajímavější je ale to, co se stalo mezi 2026.20.6.11 a 2026.21.5 v čísle bundle patch levelu. Zatímco point release z 23. července nesl označení .11 na base 2026.20.6, nová verze skočila přímo z .0 na .5, což u Tesly historicky signalizuje, že Autopilot tým spálil čtyři interní iterace v Early Access ještě před tím, než firmware pustil do produkce. To také vysvětluje, proč čekání na 14.3.7 trvalo o dva dny déle, než jak si komunita zvykla u dřívějších dot release cadence – Elluswamy podle informací z Not a Tesla App fóra doporučil sérii dodatečných regression testů, které Autopilot tým dokončil až ve čtvrtek pozdě večer texaského času.

## Distilace HW4 do HW3 pokračuje beze změny

Klíčová věta v release notes k 14.3.7 – převzatá beze změny z v14.3.6 – nadále zní, že Tesla „distilovala intelligence z HW4 v14 do HW3, což HW3 umožňuje učit se zvládat scénáře přímo s pomocí HW4 v14 jako průvodce“. Prakticky to znamená, že AI4 model, který dnes běží v produkčních vozech, je ve stejné rodině jako to, co pohání retrofitované Model Y v Robotaxi flotile v Austinu, Miami, Phoenixu, Tampě a Orlandu. HW4 stack je tedy základem pro celou distribuční pyramidu Full Self-Driving programu, HW3 přijímá zmenšenou variantu téhož modelu prostřednictvím distilačního procesu a Cybercab s AI4+ a 64 GB RAM tvoří vrchol pyramidy, kam Tesla směřuje veškerou frontier research.

Tato architektonická svislice je klíčová pro pochopení, proč Tesla u v14.3.7 nezměnila release notes. Nový build totiž nepřidává novou funkcionalitu – jen doděluje jistotu, že distilovaný model funguje stabilně napříč všemi trhy, na které HW4 flotila dosahuje. A protože rollout tempo je násobně rychlejší než u předchozích buildů, dá se počítat s tím, že Tesla se snaží co nejrychleji stabilizovat aktuální AI4 model tak, aby mohla otevřít Early Access program pro první customer-facing verzi FSD v15 – tedy build, který se aktuálně testuje na Robotaxi flotile s neuronovou sítí zvětšenou z 1 miliardy na 10 miliard parametrů.

## Camera Preview, Parking i Blind Spot Warning zůstávají v14.3.6 dědictvím

Pro nové majitele, kteří v14.3.7 dostávají poprvé s FSD 14.3 řadou, je důležité připomenout, které user-facing features build přebírá z předchozího 14.3.6. Camera Preview, který od 13. července šel poprvé zpřístupnit i za jízdy v Controls > Service > Camera Preview, je nadále aktivní. Blind Spot Warning s prevencí otevírání dveří v případě detekovaného projíždějícího objektu se přenáší beze změny. Parking, unparking a reversing capability, které od 23. července přišly nejen na HW4, ale poprvé i na HW3, zůstávají dostupné ve všech kompatibilních vozech.

Forward Camera View Cleaning panel, který v Driver Assist záložce zobrazuje live stream z přední kamery s možností zoomu, je také součástí 14.3.7 beze změny. Šifrovaný dashcam, který Tesla přinesla ve v14.3.5 z 13. července jako první produkční implementaci end-to-end šifrování záznamů z jízdních kamer, funguje beze změn v celé v14.3 řadě. Parental Controls, které umožňují majitelům omezit funkce FSD pro rodinné příslušníky nebo mladé řidiče, jsou dostupné beze změn. MLIR AI compiler a runtime s 20% rychlejší reakcí neuronové sítě zůstávají v běhu beze zásahu – to je architektonická vrstva, na které stojí celá v14.3 pipeline a Tesla ji nyní jenom průběžně stabilizuje.

## Timing: den před Roadster reveal a týden po Q2 earnings

Nemůžeme přehlédnout, že Tesla wide release 14.3.7 spustila přesně ve chvíli, kdy investorská pozornost fokusuje na trojici velkých událostí, které stojí těsně před firmou. Za prvé, podle exkluzivního reportu The Information má Tesla během srpna 2026 v Texasu odhalit produkční verzi next-gen Roadsteru s integrovaným cold gas thruster systémem, na kterém pracuje ve spolupráci se SpaceX pod interním kódem A71. Za druhé, Optimus Gen 3 se rozjíždí do produkce ve Fremontu na lince, kde dřív běžela výroba Modelu S a X, a první seriové kusy podle interních zdrojů mají opustit tovární halu ještě před koncem srpna. Za třetí, Ark Invest s Cathií Wood jen mezi 27. a 31. červencem přikoupil Teslu za dalších více než 52 milionů dolarů, což znamená, že velcí institucionální investoři vidí v Q3 potenciál na rebound.

V tomto kontextu je 14.3.7 přesně ta zpráva, kterou Elon Musk potřebuje mít v ruce, když bude Wall Street prezentovat autonomy jako centrální pilíř Tesla story pro druhou polovinu 2026. Rychle rostoucí rollout percentage, stabilně jedoucí distilovaný model a čerstvě otevřená větev 2026.21.x jsou přesně těmi engineering signály, které analytici typu Gene Munster nebo UBS potřebují pro udržení agresivně vyšších cílovek na akcii TSLA. Munster jen minulý čtvrtek zvedl pravděpodobnost fúze se SpaceX na 90 %, UBS zvedla cílovku ze 364 na 442 dolarů – a obojí bylo částečně postavené na předpokladu, že Full Self-Driving stack pojede bez kritických regresí až do konce roku.

## Co následuje po 14.3.7

Podle informací z komunity Early Access programu, které přes víkend prosakovaly na X, Tesla nyní pracuje paralelně na dvou dalších buildech. První, s pracovním označením 14.3.8, má být další stabilizační iterací v rodině 2026.21.x a měl by přijít do konce první poloviny srpna. Druhý, výrazně větší update označený jako FSD v14.4 (build 2026.22.x), má podle úniků obsahovat další round of RL trénování s novou verzí vision encoderu a rozšíření Autopark capability na parkoviště bez čar. FSD v14.4 by měl vyjít v Early Access programu koncem srpna a wide release by měl padnout na první polovinu září.

Následně by měla přijít oficiální customer beta FSD v15, tedy neurální síť zvětšená z 1 na 10 miliard parametrů, na které dnes jezdí Robotaxi flotila. Timing wide release v15 pro standardní HW4 vozy Elluswamy během Q2 callu naznačil na „konec 2026 nebo začátek 2027″, a 14.3.7 je z hlediska cesty k tomuto milníku zásadní krok. Bez stabilně jedoucího 14.3.x totiž Tesla nemá odkud nastartovat customer facing verzi v15, a proto je právě aktuální rollout tempo tak důležité – z drops percentage v produkci Tesla i Autopilot tým vidí, kolik konfliktů s v15 v produkci reálně čeká, a jestli má vůbec smysl otevírat další frontier.

Pro majitele HW4 vozů má 14.3.7 jednu praktickou implikaci: pokud nemáte automatický update aktivovaný, doporučujeme počkat 72 až 96 hodin od začátku rollout vlny, tedy zhruba do úterý 4. srpna 2026 večerního času středoevropského, kdy Tesla podle svého standardního postupu buď zastaví rollout kvůli detekovanému kritickému bugu, nebo pokračuje bez zásahu do plné distribuce. Pokud vaše auto build ještě nedostalo, je zhruba 80% šance, že přijde do vozu během následujícího týdne. HW3 majitelé zůstávají zatím na build 2026.20.6.11 s FSD v14 Lite, kterou Tesla podle Teslascope dotáhne do plné dostupnosti v USA a Kanadě právě během tohoto týdne, a evropská HW3 flotila by měla dostat první customer facing v14 build podle informací z Q2 earnings ještě před koncem srpna.

Tesla se s velkou letní aktualizací 2026.26 Summer Update rozhodla nejít cestou samostatných nativních aplikací pro každou komunikační platformu. Místo toho udělala něco elegantnějšího – jednoduše dala vestavěnému webovému prohlížeči přístup k kabinové kameře a interiérovému mikrofonu. Tím se ze zaparkované Tesly stala plnohodnotná mobilní zasedačka pro Google Meet, Microsoft Teams, Zoom, Discord, X Spaces i pro cokoliv dalšího, co má webové rozhraní a umí si o kameru a mikrofon říct standardní cestou přes prohlížeč.

Jak to funguje v praxi

Postup je otravně jednoduchý – otevřete prohlížeč, zamíříte třeba na meet.google.com nebo teams.microsoft.com, spustíte hovor a vůz zobrazí systémovou výzvu s žádostí o povolení přístupu k mikrofonu a kabinové kameře. Jakmile kliknete, obraz z kabinové kamery se automaticky ořízne a vycentruje na řidiče, takže do konferenčního okna nevisí půlka střešního okna, ale slušně zarámovaný obličej. Celé to jede v standardním webovém prostředí, takže funguje i s aplikacemi, na které Tesla nemá žádnou zvláštní integraci – tedy s prakticky čímkoliv, co dnes používáte v laptopu.

Bezpečnostní zámek: za jízdy kamera ne

Tesla si zjevně uvědomila, že „kamera zapnutá na řidiče při 130 km/h“ by byla PR malér, který nikdo nepotřebuje. Software proto obsahuje tvrdý bezpečnostní zámek – jakmile se auto začne pohybovat, přístup ke kameře se deaktivuje. Videohovor tedy plnohodnotně poběží jen v zaparkovaném režimu, což z fičury dělá primárně nástroj pro pracovní schůzky během čekání na dobití u Superchargeru, případně pro krátkou konferenci před vyzvednutím dětí. Tesla tenhle případ popsala už při ohlášení Summer Update jako scénář, kdy majitel „přijede o pár minut dřív, otevře notebook do prohlížeče vozu a stihne poslední hovor dne.“

AMD Ryzen exkluzivita – majitele MCU2 a MCU3 to mrzí

Nejzajímavější detail: video konferencování je vyhrazené výhradně vozům s AMD Ryzen infotainmentem. Starší Intel Atom MCU2 a nezpracované MCU3 čipy zůstanou stranou, protože Tesla podle všeho potřebuje výpočetní kapacitu Ryzen pro souběžné zpracování video streamu z kabinové kamery, dekódování druhého streamu z protistrany a běh moderního WebRTC v prohlížeči. Prakticky to znamená, že fičura je limitovaná na novější Model S/X refresh, Model 3 Highland, Model Y Juniper a Cybertruck. Kdo drží Model 3/Y s Intelem, bohužel dostane maximálně Grok příkazy a nové vítací animace, ale konferenční místnost z toho nebude.

Proč Tesla zvolila cestu přes prohlížeč místo nativních appek

Rozhodnutí neřešit samostatnou Google Meet appku, Zoom appku, Teams appku a tak dál dává obrovský smysl. Tesla by musela pro každou platformu podepisovat separátní deal, řešit certifikace, opravovat každou aktualizaci a tahat s sebou desítky nativních klientů. Místo toho otevřela browser jako univerzální kontejner a povolila v něm standardní WebRTC API – camera, microphone, screen sharing. To znamená, že v teorii bude fungovat cokoliv od Google Meet po nějakou obskurní firemní videokonferenci, kterou používá vaše účetní. Přenos zátěže z Tesly na provozovatele služby je přesně ta strategie, kterou dnes používá Chromebook a webové iOS aplikace – a je to overengineering, kterému se elegantně vyhnete.

Karaoke, Grok, Preferred Routes – 2026.26 není jen o videohovorech

Video konferencování je jen jeden z mnoha bodů rozsáhlého bundlu. Summer Update 2026.26 přináší kromě toho přepsanou karaoke aplikaci s live skórováním, nové Grok hlasové příkazy pro klimatizaci, otevírání přihrádky nebo přepínání hudby, systém Preferred Routes, který se učí vaše oblíbené trasy a nabízí je jako výchozí, možnost přidávat vinyl wrapy vozu v mobilní aplikaci a čerstvé welcome animace pro nové Model 3 a Model Y. Rollout začal o víkendu a Tesla plánuje kompletní pokrytí flotily do konce července.

Co to znamená pro majitele

Pokud jezdíte v AMD Ryzen Tesle a věnujete se něčemu, co občas vyžaduje být na kameře, právě jste dostali docela solidní benefit – Supercharger stop 25 minut se najednou dá odbýt jako pracovní schůzka, aniž byste museli otevírat laptop, hledat WiFi hotspot z telefonu a řešit adaptér na kameru. Fičura zároveň dobře zapadá do širšího narativu, kterým Tesla poslední rok jede: proměnit vůz z čisté dopravní kabiny v „třetí místo“ – tedy prostor někde mezi domovem a kanceláří, kde se dá jíst, spát, pracovat i hrát hry. S 2026.26 dostal tenhle plán další, tentokrát reálně použitelný kus skládanky.

Otázka do budoucna zní, jak dlouho tenhle bezpečnostní zámek za jízdy vydrží. Ve chvíli, kdy Tesla přejde na plnohodnotné unsupervised FSD a robotaxi flotila poroste, dává perfektní smysl očekávat, že kamera bude odemknutá i za pohybu – ostatně, pokud řídí auto samo, řidič se dívá kamkoliv chce. Než k tomu ale dojde, budou muset regulátoři přikývnout a Tesla dodělat FSD v15. Do té doby si nechte notebook aspoň nadohled.