Skip to content
Przejdź do tekstu

Zapewnienie Jakości AI Prowadzone przez Głuchych

Signapse: Krok we właściwym kierunku, zadeklarowany dla jednego produktu

Pobierz PDF

*Gratulacje inwestora, trzy pytania i granica, którą Signapse wyznaczyło własnymi słowami*

Wyobraź sobie Głuchą pasażerkę na peronie stacji. Ekran nad nią pokazuje cyfrowego tłumacza, płynnego i niespiesznego, informującego ją, że jej pociąg jest opóźniony i przeniesiono go na inny peron. Następnie system nagłośnienia publicznego trzeszczy, a pracownik, mówiąc spontanicznie, prosi wszystkich, by trzymali się z dala od krawędzi. Ludzie wokół niej odsuwają się. Tłumacz na ekranie kontynuuje podawanie rozkładu jazdy, ponieważ ostrzeżenie zostało wypowiedziane i nigdy nie zostało wpisane do żadnego systemu.

Ta scena jest ilustracją, a nie relacjonowanym wydarzeniem, i NCG nie zna żadnego przypadku, w którym miałoby to miejsce. Jest ona jednak oparta na własnym opisie Signapse dotyczącym działania ich systemu migania na kolei, który firma przekazała NCG 28 września 2026 roku, w odpowiedzi na pytanie, które zaczęło się od gratulacji inwestora.

4 września Raw Ventures, londyńska firma venture capital, opublikowała rodzaj ogłoszenia, jakie inwestorzy piszą, gdy są zadowoleni z inwestycji. Firma dołączyła do najnowszej rundy wzrostu Signapse. „To, co podoba nam się najbardziej” – głosił wpis – „to fakt, że produkt jest już obecny w świecie”, i wymieniono miejsca: brytyjska kolej, zaczynając od Huddersfield z Network Rail; amerykańskie lotniska, w tym Cincinnati; transmisje na żywo, dzięki partnerstwu z SyncWords; a kolejnym krokiem ma być niemiecki język migowy we współpracy z G&L Systemhaus. Wpis kończył się odniesieniem do ludzi. Około jednej trzeciej zespołu Signapse, jak podano, „to osoby Głuche lub posługujące się BSL, co w dużej mierze wyjaśnia, dlaczego produkt rzeczywiście działa dla osób, dla których został stworzony”.

Wpis inwestora pisze się po to, by świętować, a nie by informować nabywcę, i ten należy czytać właśnie w takim duchu. Dwa jego zdania trafiły jednak w pytania, które NCG zadawało Signapse przez cały wrzesień: jak faktycznie działa system kolejowy i kto w firmie może zatrzymać to, co jej systemy pokazują osobom Głuchym. NCG zapytało więc ponownie. Odpowiedzi, opublikowane tu w całości, wprowadzają coś nowego do publicznego obiegu. Wyznaczają też, własnymi słowami Signapse, granicę między wynikiem, który Głusi tłumacze sprawdzają przed publikacją, a tym, którego nie sprawdzają.

Przegląd, który był już zamknięty

Zanim NCG zobaczyło wpis Raw, jego przegląd Signapse był już zakończony. Dyrektor generalna Sally Chalk przekazała to, co nazwała ostatecznymi komentarzami firmy, 24 września, a NCG opublikowało „Signapse: na mapie drogowej, jeszcze niewdrożone” dwa dni później. Ponowne otwieranie przeglądu za każdym razem, gdy pojawia się coś nowego, sprawiłoby, że dostawca odpowiadałby bez końca, więc NCG stosuje prostą zasadę: materiały, które pojawiają się po ostatecznych komentarzach dostawcy, są odnotowywane osobno, dostawcy oferuje się możliwość odpowiedzi, a dostawca może z niej skorzystać lub nie. 27 września NCG napisało do Signapse, przedstawiając, co ten tekst będzie zawierał, i zadało trzy pytania, wyznaczając termin na godzinę 17:00 czasu brytyjskiego 30 września. Odpowiedź nadeszła następnego dnia od Bena Saundersa, współzałożyciela i głównego naukowca Signapse, który podjął wątek, gdy pani Chalk była poza biurem. NCG oświadczyło, że opublikuje jego odpowiedzi w niezmienionej formie, i tak też zrobiło. Nic w tym tekście nie zarzuca niewłaściwego postępowania ani Signapse, ani Raw Ventures.

Oś czasu: 4 września wpis Raw; 24 września ostateczne uwagi Signapse; 26 września opublikowano przegląd NCG; 27 września pytania NCG; 28 września odpowiedzi Signapse; 7 października niniejszy tekst.
Rysunek 1. Jak przebiegała wymiana. NCG zidentyfikowało wpis z 4 września po ostatecznych komentarzach Signapse.

Co mówi regulamin

Signapse publikuje więcej dokumentów dotyczących zarządzania niż większość firm na tym rynku, a uważna lektura się opłaca, ponieważ dokumenty jasno wskazują, gdzie leży władza. W Ramach Zarządzania AI (AI Governance Framework), pobranych 7 października 2026 roku, ścieżki eskalacji prowadzą przez obsługę klienta i panel moderacyjny aż do dyrektora generalnego, który udziela „ostatecznej zgody na wdrożenia wysokiego ryzyka (prawne, medyczne, ochrona)”. Polityka Moderacji Treści kończy się w tym samym miejscu, z dyrektorem generalnym i dyrektorem ds. technologii zatwierdzającymi „ostateczne decyzje w przypadku poważnych incydentów (np. zawieszenie usługi, powiadomienie organu regulacyjnego)”. Rada Doradcza ds. Głuchych pojawia się w ramach, na liście ról, gdzie „zapewnia nadzór nad wpływem na społeczność oraz dokładnością kulturową i językową”. Nie pojawia się jednak na żadnej z drabin decyzyjnych, a wersja ramowa w łatwym do czytania formacie w ogóle jej nie wspomina. Nic w żadnej z wersji nie czyni zatwierdzenia przez Głuchych tłumaczy warunkiem publikacji, a Polityka Zapewnienia Jakości Tłumaczeń mówi o najszybszym produkcie firmy, że „Instant AI jest weryfikowane po dostarczeniu”. Czytany dosłownie, regulamin daje osobom Głuchym głos w zarządzaniu Signapse, a dwóm kadrom kierowniczym ostatnie słowo.

Odpowiedzi Signapse, w całości

NCG zadało trzy pytania. Czy system kolejowy tłumaczy mówione zapowiedzi peronowe na BSL, czy też generuje BSL na podstawie informacji wprowadzanych do systemów informacji kolejowej? Czy odczyt NCG dotyczący ścieżek eskalacji jest prawidłowy i czy Rada Doradcza ds. Głuchych, lub jakakolwiek rola osoby Głuchej w Signapse, posiada wiążące prawo do wstrzymania wdrożenia? Oraz czy jest coś na temat inwestycji Raw lub opisu firmy przez Raw, co Signapse chce odnotować publicznie? Pan Saunders odpowiedział 28 września 2026 roku:

1. Wdrożenie kolejowe. Sformułowanie Raw jest poprawne, ponieważ nasz system kolejowy rzeczywiście przekształca zapowiedzi na żywo w BSL, ale nie odbiera bezpośrednio mówionych zapowiedzi. Generuje BSL, przetwarzając informacje o podróży na żywo już przechowywane w systemach informacji kolejowej, takie jak odjazdy, zmiany peronów, opóźnienia i odwołania, i wyświetla je na ekranach peronowych. BSL jest następnie tłumaczony w czasie rzeczywistym, w ten sam sposób, w jaki system nagłośnienia przetwarza zapowiedzi na żywo.

2. Ścieżki eskalacji. Twój odczyt naszych Ram Zarządzania AI jest prawidłowy. Rada Doradcza ds. Głuchych zapewnia nadzór i może eskalować sprawy do zarządu, a zarząd może wstrzymać wdrożenie. Ponadto każde tłumaczenie SignStudio jest sprawdzane przez rdzennych użytkowników języka migowego, którzy są Głusi, przed publikacją, i tłumaczenie nie może zostać opublikowane bez ich zatwierdzenia. Daje to Głuchym członkom naszego zespołu wiążące prawo do zatrzymania publikacji wyniku.

3. Raw Ventures. Cieszymy się, że Raw Ventures dołączyło do naszej rundy wzrostu. Ich wpis to ich własne podsumowanie dla szerokiej publiczności, a punkt 1 powyżej zawiera dokładny opis prac nad koleją. Ich stwierdzenie, że około jedna trzecia naszego zespołu to osoby Głuche lub posługujące się BSL, jest dokładne.

To kończy nasz wkład do aneksu.

Poniżej przedstawiamy odczyt NCG tych odpowiedzi w zestawieniu z publicznie dostępnymi dokumentami. Jest to interpretacja, oznaczona jako taka, a Signapse może się do niej odnieść.

System kolejowy odczytuje dane, nie mowę

Pan Saunders broni sformułowania Raw i w pewnym sensie ma rację: Głusi pasażerowie na peronach Signapse rzeczywiście widzą informacje o podróży na żywo w BSL. Jednak opis, który podaje w tym samym zdaniu, jest węższy i znacznie bardziej użyteczny dla każdego, kto kupuje system. System „nie odbiera bezpośrednio mówionych zapowiedzi”. Odczytuje ustrukturyzowane dane już znajdujące się w systemach informacyjnych kolei – odjazdy, zmiany peronów, opóźnienia i odwołania – i przekształca je w miganie. Istnieje solidne uzasadnienie inżynieryjne dla takiego rozwiązania. Ustrukturyzowane dane są przewidywalne w sposób, w jaki nie jest otwarta mowa, a system, który miga tylko to, co może jednoznacznie przetworzyć, jest mniej narażony na przekazanie błędnej informacji.

To samo rozwiązanie projektowe wyznacza granicę, i to właśnie z tej granicy wynika scena na peronie opisana na początku tego tekstu. Zgodnie z własnym opisem Signapse, wszystko, co istnieje wyłącznie w formie mowy – improwizowane ostrzeżenie, prośba o odsunięcie się, wyjaśnienie opóźnienia, które nigdy nie trafia do systemu danych – nie zostaje przetłumaczone na język migowy. Nie jest to wada charakterystyczna wyłącznie dla Signapse. Tak działa system oparty na danych. Oznacza to jednak, że operator kolei kupujący ten produkt kupuje migane informacje rozkładowe, a nie miganą wersję systemu nagłośnienia publicznego, i powinien dokładnie wiedzieć, które zapowiedzi docierają do Głuchych pasażerów, a które nadal nie.

Diagram: systemy informacji kolejowej przekazują dane o podróży na żywo do Signapse, który generuje BSL dla ekranów peronowych. Komunikaty podawane wyłącznie głosowo nigdy nie trafiają do danych i, zgodnie z opisem Signapse, nie są tłumaczone na język migowy.
Rysunek 2. Jak Signapse opisuje swoje miganie kolejowe. Dolny wiersz to odczyt NCG.

Rada Doradcza może uruchomić alarm; zarząd zaciąga hamulec

W kwestii władzy Signapse potwierdza to, co pokazują jego dokumenty. Rada Doradcza ds. Głuchych zapewnia nadzór i może eskalować obawę do zarządu, a to zarząd może wstrzymać wdrożenie. Innymi słowy, Rada Doradcza może uruchomić alarm. Nie może zaciągnąć hamulca.

Ma to większe znaczenie, niż mogłoby się wydawać, ze względu na to, jak obecnie przebiega droga alarmu. Wrześniowy przegląd NCG wykazał, że droga od Rady Doradczej do zarządu inwestycyjnego zależy od jednej osoby zasiadającej w obu gremiach, bez żadnej pisemnej zasady, która by to gwarantowała. Signapse obiecało kartę, która ma zostać opublikowana w tym miesiącu, przypisującą prawo do eskalacji przewodniczącemu Rady Doradczej, a nie temu, kto akurat zajmuje oba stanowiska. Dopóki karta nie zostanie przyjęta i opublikowana, a opublikowane ścieżki eskalacji nie zostaną o nią uzupełnione, droga Rady Doradczej do osób decyzyjnych prowadzi przez jedną osobę.

Dwie kolumny. Opublikowane ścieżki: obsługa klienta, panel moderacji, a następnie ostateczne zatwierdzenie przez dyrektora generalnego; brak Rady Doradczej Głuchych. Deklarowana ścieżka: Rada Doradcza eskaluje sprawę do zarządu, który może wstrzymać wdrożenie.
Rysunek 3. Opublikowane przez Signapse ścieżki eskalacji zestawione z drogą opisaną przez firmę 28 września 2026 roku.

Prawo do wstrzymania, określone dla jednego produktu

Następnie pojawia się najciekawsze i najnowsze zdanie w odpowiedzi. „Każde tłumaczenie SignStudio” – pisze pan Saunders – „jest sprawdzane przez rdzennych użytkowników języka migowego, którzy są Głusi, przed publikacją, i tłumaczenie nie może zostać opublikowane bez ich zatwierdzenia”. To, jak twierdzi, daje Głuchym członkom zespołu „wiążące prawo do zatrzymania publikacji wyniku”.

Jeśli SignStudio rzeczywiście działa w ten sposób, jest to realny mechanizm kontroli, i to silniejszy niż cokolwiek opisanego w opublikowanych politykach Signapse. Prawo do zatrzymania publikacji wyniku przed jego wydaniem to dokładnie ten rodzaj władzy osób Głuchych, którego brakuje większości tego rynku. NCG nie widziało tej procedury, a ramy pobrane 7 października mówią o Głuchych pracownikach weryfikujących wynik na podstawie punktacji, a nie o zatwierdzeniu, bez którego nic nie zostaje opublikowane. Signapse wyświadczyłoby sobie przysługę, publikując tę procedurę.

Warto jednak przeczytać to zdanie ponownie i zwrócić uwagę na jego podmiot. Chodzi o SignStudio, produkt firmy poddawany weryfikacji. Własna strona Signapse dotycząca interfejsu API SignStream opisuje produkt działający w czasie rzeczywistym w zupełnie innych słowach: „w całości generowany przez AI, bez weryfikacji gramatycznej ani zapewnienia jakości przez człowieka” oraz „nieodpowiedni do zastosowań formalnych, prawnych czy urzędowych”. Polityka jakości mówi, że wynik natychmiastowy jest weryfikowany po dostarczeniu, a pan Saunders opisuje wynik kolejowy jako tłumaczony w czasie rzeczywistym. Signapse nie powiedziało, czy ekrany kolejowe lub miganie transmisji na żywo, które świętował Raw, przechodzą przez zatwierdzenie, które on opisuje. NCG wyśledziło tę samą granicę we wrześniu, w tekście „Gdzie mamy kontrolę”, z przeciwnej strony, śledząc pobrany plik wymykający się spod kontroli firmy. Obraz z obu stron jest spójny. Tam, gdzie Signapse może zwolnić tempo, Głusi tłumacze sprawdzają pracę. Tam, gdzie produkt jest szybki, w świetle obecnie dostępnych informacji, nic nie wskazuje, by to robili.

Tabela: zatwierdzenie przez Głuchych przed publikacją jest zadeklarowane dla SignStudio, nie jest zadeklarowane dla ekranów peronowych na kolei ani transmisji na żywo, a jest nieobecne w przypadku API SignStream, którego strona informuje, że nie ma ludzkiej kontroli jakości.
Rysunek 4. Gdzie, zgodnie z publicznie dostępnymi dokumentami i odpowiedzią Signapse z 28 września, obowiązuje zatwierdzenie przed publikacją.

„Głusi lub posługujący się BSL”

Odpowiedź potwierdza także liczbę podaną przez Raw: około jedna trzecia zespołu Signapse to osoby Głuche lub posługujące się BSL. NCG tego nie kwestionuje. Firma, w której jedna trzecia personelu to osoby Głuche lub migające, jest na tym rynku rzadkością, i jest to zasługą Signapse. Warto jednak zwrócić uwagę na słowo „lub”, ponieważ łączy ono dwie grupy, które nie są tożsame.

Sformułowanie „Głusi lub posługujący się BSL” umieszcza w jednej kolumnie zarówno rdzennego użytkownika języka migowego, który jest Głuchy, jak i słyszącego współpracownika, który jest w połowie kursu języka migowego. Pomiędzy nimi znajdują się słyszący tłumacze, słyszące dzieci Głuchych rodziców, które dorastały w tym języku, oraz pracownicy na każdym etapie jego nauki. Wszyscy oni mogą być cenni dla firmy. Jednak biegłość i doświadczenie życiowe to różne rzeczy, i pełnią one różne funkcje. Biegłość wpływa na jakość migania. Doświadczenie życiowe wpływa na zarządzanie, ponieważ to osoby Głuche żyją z konsekwencjami błędnego wyniku: na peronie, w klasie, przy recepcji szpitala. Pojedyncza liczba, która łączy obie te kategorie, nie może powiedzieć, której z nich Signapse ma jedną trzecią.

Signapse zna tę różnicę, i pokazuje to odpowiedź pana Saundersa. Opisując weryfikację SignStudio, nie mówi on o pracownikach posługujących się BSL. Mówi o „rdzennych użytkownikach języka migowego, którzy są Głusi”. To precyzyjne sformułowanie, użyte tam, gdzie precyzja ma znaczenie, i jest ono właściwe. Liczba dotycząca zespołu jest luźniejsza, i zostaje podana przez Raw, a potwierdzona przez Signapse, jako powód, dla którego produkt działa, a nie jako stwierdzenie o tym, kto podejmuje decyzje.

Zarządzanie zależy mniej od tego, ile osób Głuchych pracuje w firmie, a bardziej od tego, ile z nich trzyma pióro w momencie podejmowania ostatecznej decyzji. Opublikowane ramy Signapse przypisują ostateczne zatwierdzenie wdrożeń wysokiego ryzyka dyrektorowi generalnemu, a ostateczne decyzje w sprawie poważnych incydentów – dyrektorowi generalnemu i dyrektorowi ds. technologii. Nie podają, czy osoby Głuche pełnią którąkolwiek z ról mogących wstrzymać wdrożenie, ani czy to one prowadzą weryfikację produktów działających w czasie rzeczywistym. Te pytania mają jasne odpowiedzi, do których nabywca ma prawo: ile spośród tej jednej trzeciej to osoby Głuche, ile z nich to rdzenni użytkownicy języka migowego, i ile z nich może zatrzymać publikację wyniku.

O co powinien zapytać nabywca

Signapse w istocie wskazał kupującym, gdzie mają szukać. Poniżej pięć żądań do Signapse lub do dowolnego dostawcy tłumaczenia migowego w czasie rzeczywistym, zanim podpisana zostanie umowa:

– Które produkty i wdrożenia przechodzą zatwierdzenie przed publikacją przez rodzimych użytkowników języka migowego, którzy są Głusi, oraz pisemna procedura czyniąca to zatwierdzenie warunkiem wydania.
– W przypadku wdrożeń kolejowych, lotniskowych i nadawczych, czy jakikolwiek wynik jest sprawdzany przed wyświetleniem, w jaki sposób Głusi pasażerowie lub widzowie zgłaszają błędy oraz jak szybko błędy są korygowane.
– W przypadku kolei, które kategorie komunikatów są tłumaczone na język migowy, a które, takie jak te podawane wyłącznie głosowo, nie są.
– Przyjęty statut Rady Doradczej Głuchych, wraz z datą jego zatwierdzenia przez radę, oraz potwierdzenie, że prawo do eskalacji jest zapisane w opublikowanych ścieżkach eskalacji.
– Ilu Głuchych pełni funkcje wykonawcze, zasiada w radzie lub ma ostateczne prawo zatwierdzania.

Trzy zobowiązania odnotowane w przeglądzie wrześniowym stają się wymagalne w tym miesiącu: rejestr konfliktów interesów, statut Rady Doradczej Głuchych oraz standardowa pisemna umowa dla Głuchych biorących udział w sesjach informacji zwrotnej. NCG powróci do tego zapisu po 31 października i uzna każdy punkt za spełniony dopiero wtedy, gdy sam dokument zostanie opublikowany lub dostarczony. Signapse może odpowiedzieć na ten tekst, a wszelka odpowiedź zostanie opublikowana wraz z nim.

Źródła

– Ben Saunders, współzałożyciel i główny naukowiec, Signapse, e-mail do NCG, 28 września 2026 r.
– NCG, e-mail do Signapse, 27 września 2026 r. (powiadomienie i pytania).
– Raw Ventures, wpis na LinkedIn ogłaszający udział w rundzie wzrostu Signapse, 4 września 2026 r., dostęp 7 października 2026 r.
– Signapse, AI Governance Framework (Polityka wykorzystania tłumaczenia przez AI i ludzi; Polityka moderacji treści; Polityka zapewnienia jakości tłumaczeń), dostęp 7 października 2026 r.
– Signapse, AI Governance Framework, wersja łatwa do czytania, dostęp 7 października 2026 r.
– Signapse, SignStream API, dostęp 7 października 2026 r.
– NCG, „Signapse: w planach, jeszcze niewdrożone,” 26 września 2026 r.
– NCG, „Gdzie mamy kontrolę: Signapse SignStream i tłumaczenie migowe przez AI,” 11 września 2026 r.

Cytuj to
Grizzle, H. M. (2026, October 7). Signapse: A Stop Right, Stated for One Product. Novara Consulting Group. https://www.novaracg.com/2026/10/07/signapse-a-stop-right-stated-for-one-product/

Subskrybuj Novara Consulting Group

Nowe wpisy dostarczane prosto do Twojej skrzynki odbiorczej.

Consult