Dwa wake wordy, dwa pipeline: lokalny Assist i osobna ścieżka rozszerzona

Nie chcemy zastępować szybkich lokalnych komend cięższą ścieżką tylko dlatego, że później dołożymy Whisper i Ollamę. Dwa wake wordy pozwalają użytkownikowi świadomie wybrać charakter rozmowy już w pierwszej sekundzie. Najpierw jednak musimy udowodnić sam routing, zanim zmienimy STT.

`MarkLabs Local PL` zostaje dokładnie taki jak wcześniej. Obok tworzymy `MarkLabs Rozszerzony PL`, który na razie również używa Speech-to-Phrase, Home Assistant i Piper. Dzięki temu testujemy tylko routing wake word → pipeline.

Slot 1: Okay Nabu + MarkLabs Local PL. Slot 2: Hey Jarvis + MarkLabs Rozszerzony PL. Wyjaśniamy, dlaczego `Assistant 2` nie jest fallbackiem i co naprawdę oznacza `No wake word`.

Oba pipeline są na tym etapie podobne, więc samo włączenie światła niczego nie dowodzi. Zapisujemy pipeline IDs i weryfikujemy, że `Okay Nabu` tworzy run w pierwszym Assistant, a `Hey Jarvis` w drugim.

Pięć prób Okay Nabu i pięć prób Hey Jarvis musi trafić do właściwych pipeline. Potem wyłączamy slot 2 przez `No wake word`, potwierdzamy, że slot 1 nadal działa i przywracamy Jarvisa.

Salon i Kuchnia mają te same znaczenia wake words. Okay Nabu zawsze oznacza tor lokalny, Hey Jarvis zawsze rozszerzony. Nie konfigurujemy odwrotnie różnych pomieszczeń.

Drugi pipeline pozostaje dziś lokalny. Mierzymy jego stabilność i opóźnienie, żeby w kolejnej lekcji zmienić tylko jedną warstwę: Speech-to-Phrase na Whisper.

• architekturę dwóch wake words i dwóch pipeline
• wyjaśnienie limitu dwóch aktywnych slotów na obsługiwanym satelicie
• różnicę Assistant / Assistant 2
• różnicę Wake word / Wake word 2
• wyjaśnienie, dlaczego Assistant 2 nie jest fallbackiem
• aktualny caveat grupowania selectorów w UI
• gotowe wake words Voice PE bez przejmowania firmware
• audyt MarkLabs Local PL
• utworzenie MarkLabs Rozszerzony PL
• świadome odłożenie Whispera na następną lekcję
• Run text pipeline dla obu Assistantów
• odczyt pipeline ID w Debug
• przypisanie Okay Nabu do slotu 1
• przypisanie Hey Jarvis do slotu 2
• test 5 + 5 i kontrolę właściwego pipeline
• test własnych Sentence triggers przez oba wake words
• No wake word jako kontrolowane wyłączenie slotu
• różnicę No wake word kontra hardware mute
• test fałszywych aktywacji drugiego wake wordu
• baseline Okay Nabu z i bez aktywnego slotu 2
• spójną mapę wake words w multiroom
• test granicy pokoi dla Hey Jarvis
• wyjaśnienie braku automatycznego failover pipeline
• WAN OFF dla obu wake words
• diagnostykę złego routingu
• diagnostykę slotu 2 bez aktywnego wake wordu
• test po restarcie Home Assistant
• aktualny caveat współdzielenia historii conversation w dwóch slotach
• test drugiego domownika
• regresję Okay Nabu po wdrożeniu slotu 2
• entity IDs wszystkich czterech selectorów
• przykład select.select_option
• prosty rollback przez No wake word
• baseline przed Lekcją 15
• Routing Matrix oraz Dual Wake Word Test Pack

Nie instalujemy Whispera razem z drugim wake wordem. Najpierw routing ma 5/5 PASS. To pozwala później jednoznacznie zmierzyć koszt i korzyść samego STT.

Nie usuwamy szybkiego lokalnego Assist. Drugi pipeline jest dodatkiem, nie następcą podstawowego toru.

Jedno Voice PE potrafi świadomie skierować dwa różne wake words do dwóch osobnych pipeline. Okay Nabu zachowuje lokalny, szybki tor, a Hey Jarvis ma własną ścieżkę gotową do rozbudowy o Whisper.

Ta lekcja jest częścią kursu Smart Home od Zera na platformie MarkLabs E-Learning. Pełna wersja prowadzi od drugiego Assistanta aż do testu routingu, multiroom i rollbacku.