Blog

Dlaczego usuwamy twoje audio po transkrypcji

Autor: Hushscript | Opublikowano: 1 czerwca 2026 | Ostatnio sprawdzono: 14 października 2026

Hushscript usuwa swoją kopię audio do transkrypcji po przetworzeniu. Nie po 30 dniach, nie po zamknięciu konta, nie wtedy, gdy przypomnisz sobie, żeby o to poprosić. Usuwanie odbywa się automatycznie, a to, co z tobą zostaje, to transkrypcja.

Zasady przechowywania różnią się między usługami transkrypcji i ta różnica ma znaczenie. Wytyczne ICO dotyczące ograniczenia przechowywania podają przydatną zasadę: dane osobowe nie powinny być przechowywane dłużej, niż wymaga tego ich cel. W przypadku audio Hushscript dokonał świadomie wąskiego wyboru, a ten wpis wyjaśnia, co Hushscript usuwa, co zachowuje, jak działa usuwanie i jak skasować zapisaną transkrypcję, gdy już jej nie potrzebujesz.

Argumenty za usuwaniem

Przechowywanie audio klientów tworzy kilka odrębnych kategorii ryzyka. Usunięcie eliminuje każdą z nich, a nie tylko ją łagodzi, i ta różnica znaczy więcej, niż się na pierwszy rzut oka wydaje.

Dane, które nie istnieją, nie mogą wyciec. Każdy magazyn z nagranym audio jest celem ataku, a włamania rzadko wykrywa się w dniu, w którym się zdarzyły. Raporty o incydentach bezpieczeństwa konsekwentnie pokazują, że włamania często pozostają niezauważone przez tygodnie lub miesiące po pierwszym naruszeniu. Nagrania, które Hushscript już usunął po przetworzeniu, nie czekają tam, by zostać wykradzione w tym okresie narażenia.

Ta sama logika dotyczy dostępu prawnego i przymusowego. Wezwanie sądowe, nakaz sądu czy żądanie wydania danych może dosięgnąć tylko danych, które nadal istnieją. Audio usunięte w momencie żądania jest niedostępne nie dlatego, że ktoś je zatrzymuje ani aktywnie chroni, lecz dlatego, że już go nie ma. Dla dziennikarza z poufnym źródłem, prawnika przechowującego materiały objęte tajemnicą czy terapeuty nagrywającego sesję „już tego nie mamy” to znacznie mocniejsza pozycja niż „mamy to, ale obiecujemy strzec”.

Usuwanie zamyka też drogę przypadkowemu ujawnieniu. Systemy przechowywania bywają źle skonfigurowane. Magazyny z publicznym odczytem to powracający rodzaj incydentu bezpieczeństwa właśnie dlatego, że błąd łatwo popełnić, a wolno go zauważyć. Plik, który nie zostaje, nie może zostać ujawniony przez błąd w uprawnieniach sześć miesięcy po jego przesłaniu.

Jest też cichsza korzyść. Automatyczne usuwanie pokazuje zamiar, a nie tylko politykę. Oświadczenie o prywatności, które mówi „usuniemy twoje dane na żądanie”, każe ci zaufać zarówno sformułowaniu, jak i wykonaniu: że żądanie trafi do właściwego systemu, że zostanie poprawnie przetworzone i że w ogóle pamiętałeś o jego wysłaniu. System, który usuwa domyślnie, od niczego z tego nie zależy. Bezpieczny wynik to ten, który następuje, gdy nikt nic nie robi.

Kompromis jest prawdziwy i warto go nazwać wprost. Nie możesz później odzyskać od nas audio, bo nie ma czego odzyskiwać. Jeśli kiedykolwiek będziesz potrzebować oryginalnego nagrania, a nie transkrypcji, zachowaj własną kopię. To ograniczenie projektowe, które wybraliśmy celowo, a nie luka, o której zapomnieliśmy.

Co Hushscript usuwa, a czego nie

„Usunięte” to słowo używane swobodnie, więc warto precyzyjnie powiedzieć, co obejmuje tutaj, a czego nie.

Chodzi o audio w potoku przetwarzania mowy. Po transkrypcji pliku dzieją się dwie osobne rzeczy. Hushscript usuwa swoją kopię audio do transkrypcji i prosi dostawcę rozpoznawania mowy o usunięcie jego kopii transkrypcji po sfinalizowaniu zadania. Jeśli to żądanie się nie powiedzie, usunięcie może się opóźnić, więc Hushscript nie obiecuje natychmiastowego usunięcia po stronie dostawcy. Usługa korzystająca z zewnętrznego podmiotu przetwarzającego musi odpowiadać także za ten podmiot, a deklaracja usunięcia na poziomie aplikacji sama nie rozstrzyga kwestii podmiotu podprzetwarzającego. Nie zmienia się natomiast własne zobowiązanie Hushscript: nigdy nie używa twoich nagrań do trenowania modeli.

Usunięcie audio to nie to samo, co niezachowywanie żadnych danych, a mieszanie tych dwóch rzeczy byłoby nieuczciwe. Twoje konto istnieje. Twoja transkrypcja istnieje w panelu, dopóki jej nie usuniesz. Istnieje zapis rozliczeniowy za wykorzystane minuty, wraz z podstawowymi metadanymi zadania, takimi jak znacznik czasu, czas trwania i wykryty język. Nic z tego nie jest audio. Hushscript usuwa po przetworzeniu swoją kopię nagrania, czyli jedyną daną, która faktycznie niesie twój głos i treść tego, co zostało powiedziane.

Gdy więc ta strona mówi, że Hushscript usuwa twoje audio, rozumiej to jako konkretne, wąskie twierdzenie o kopii audio do transkrypcji, a nie ogólną obietnicę, że nic nie jest przechowywane ani że po stronie dostawcy rozpoznawania mowy wszystko znika natychmiast. Wąska wersja jest tą, za którą możemy ręczyć.

Jak działa usuwanie w Hushscript

Hushscript przechowuje twoje audio tylko po to, by je transkrybować. Nigdy nie leży w bibliotece, czekając na ponowne otwarcie. Cykl jest krótki i jednokierunkowy.

1. Przesyłasz plik. Upuszczasz plik na stronie takiej jak audio na tekst albo w jednym z pozostałych miejsc przesyłania. Do kolejki przetwarzania trafia audio i tylko audio. Jeśli plik to wideo, jego audio zostało już przygotowane w twojej przeglądarce (skopiowane bez ponownego kodowania, gdy jest zgodne, przekonwertowane lokalnie tylko wtedy, gdy jest to wymagane), więc dane wideo zostają na twoim urządzeniu.
2. Jest transkrybowane. Silnik rozpoznawania mowy przetwarza audio i zwraca transkrypcję z oznaczeniami osób mówiących i znacznikami czasu. To jedyny etap, na którym audio jest aktywnie używane.
3. Transkrypcja jest zapisywana, potem audio jest usuwane. Transkrypcja trafia do twojego panelu, a Hushscript usuwa swoją kopię audio. Nie ma czwartego etapu, na którym nagranie leży w bibliotece; przechodzi od przetwarzania do usunięcia.

Ponieważ nie ma etapu spoczynku, nie ma też ustawienia przechowywania audio, które trzeba skonfigurować albo o którym można zapomnieć. Audio istnieje na potrzeby zadania i jest usuwane po przetworzeniu. Krótko: kopia audio do transkrypcji w Hushscript istnieje na potrzeby zadania, twój plik źródłowy zostaje na twoim urządzeniu, a to, co się utrzymuje, to transkrypcja.

Przy wrażliwej pracy najbardziej przydatną informacją bywa to, gdzie dane są przetwarzane. Jeśli jesteś w UE, EOG, Szwajcarii lub Wielkiej Brytanii, twoje audio jest przetwarzane w UE. Wszędzie indziej jest przetwarzane w USA. W obu przypadkach Hushscript usuwa swoją kopię audio po przetworzeniu. Pełną ścieżkę możesz prześledzić na stronie jak to działa, a strona prywatnej transkrypcji opisuje szczegóły obsługi danych i to, jak wypadają na tle normy, w której przechowywanie jest domyślne.

Przykład z praktyki: gdzie usuwanie naprawdę ma znaczenie

Wyobraź sobie 40-minutowe nagrane spotkanie z klientem, zapisane na telefonie jako plik M4A. Zawiera nazwiska, liczby i kilka rzeczy, których nikt nie chce mieć na serwerze obcej firmy.

Upuszczasz plik w podglądzie bez konta. Pojawia się 5-minutowy fragment z oznaczeniami osób mówiących, żebyś mógł potwierdzić, że oba głosy są rozdzielane poprawnie. Ten podgląd to jedyny krok, który nie wymaga konta. Pełna transkrypcja wymaga konta i wystarczającej liczby dostępnych minut. Konta osobiste spełniające warunki mogą jednorazowo otrzymać 30 bezpłatnych minut po weryfikacji karty albo przy pierwszym zakupie. 40-minutowe spotkanie przekracza bezpłatny limit, więc najpierw doładowujesz saldo; strona cennika podaje koszt za minutę i warunki bezpłatnych minut. Całe audio jest potem transkrybowane, a po zapisaniu transkrypcji w panelu Hushscript usuwa swoją kopię pliku M4A. Zmieniasz oznaczenia „Speaker 1” i „Speaker 2” na prawdziwe imiona, eksportujesz DOCX do swoich dokumentów, a transkrypcja zostaje na twoim koncie, zaszyfrowana podczas przechowywania, dopóki jej nie usuniesz albo nie usunie jej reguła przechowywania.

Celem tego przykładu jest pokazanie, gdzie gwarancja faktycznie działa. Po przetworzeniu Hushscript usuwa swoją przechowywaną kopię audio ze spotkania. Transkrypcja jest artefaktem, który zostaje, i nawet o jej usunięciu decydujesz ty. Usługa zbudowana jako przeszukiwalne archiwum nagrań dokonuje innego kompromisu; zanim wybierzesz taki model do wrażliwej pracy, przeczytaj jego ustawienia przechowywania.

Gdy nie chcesz zapisanej transkrypcji

Użyj trybu prywatnego. Uruchamia on samo rozpoznawanie mowy, pomija zapisywanie transkrypcji i przetwarzanie końcowe z użyciem AI, a zamiast trzymać transkrypcję na koncie, zwraca archiwum chronione hasłem.

Usuwanie zwykłej transkrypcji

Usunięcie audio załatwia sprawę nagrania. Transkrypcja to druga połowa i tę kontrolujesz bezpośrednio. Po transkrypcji tekst żyje w twoim panelu, dopóki go nie usuniesz.

1. Otwórz transkrypcję.
2. Wybierz usuwanie.
3. Tekst transkrypcji zostaje usunięty.

To cały przebieg i zwraca on też potwierdzenie do pobrania, z zapisem tego, co usunięto i kiedy. Co to potwierdzenie dowodzi, a czego nie, opisujemy poniżej. Usunięcie transkrypcji kasuje jej tekst, a nie przenosi go do kosza, którego nie widzisz. Jeśli już wiesz, że nie chcesz zapisanej transkrypcji, czystszą drogą jest tryb prywatny.

Jeśli wolisz wyczyścić wszystko naraz, możesz usunąć całe konto ze swojego profilu po kroku potwierdzenia. Warto wiedzieć przed tym: minuty, które już kupiłeś, nie są zwracane przy usunięciu konta, więc najpierw je wykorzystaj albo miej to na uwadze.

Okresy przechowywania: usuwanie według harmonogramu

Nie każda transkrypcja jest usuwana ręcznie. Ustaw domyślny okres dla całego konta: albo zachowuj wszystko, dopóki sam tego nie usuniesz, albo usuwaj transkrypcje automatycznie po 7, 30, 90 lub 365 dniach. Hushscript trzyma się tego harmonogramu bez potrzeby pamiętania o jakimkolwiek działaniu. Każda pojedyncza transkrypcja może też mieć własną datę automatycznego usunięcia, która zastępuje ustawienie domyślne konta: dla pliku, który ma żyć krócej niż reszta, albo takiego, który chcesz zachować dłużej.

Te okresy dotyczą zapisanego tekstu transkrypcji. Twoje audio podlega prostszej zasadzie opisanej wyżej: jest usuwane po przetworzeniu, niezależnie od ustawionego okresu. Usunięcie według harmonogramu nie pobiera potwierdzenia w chwili wykonania, ale zapisuje je przy usuniętej pozycji na liście transkrypcji, skąd możesz je pobrać później.

Dowód usunięcia: co może pokazać potwierdzenie

„Dowód usunięcia” to fraza, której szukają ludzie, którzy poprosili usługę o usunięcie audio i chcą czegoś solidniejszego niż polityka prywatności. Żadna usługa transkrypcji, Hushscript również, nie może dać ci kryptograficznego dowodu, że plik nie istnieje nigdzie w jej infrastrukturze. Udowodnienie negatywu nie jest czymś, co dostawca może wykazać osobie z zewnątrz, więc deklaracja usunięcia sprowadza się do zaufania dostawcy, co można najwyżej sprawdzić w jego własnych logach. Wytyczne NIST dotyczące sanityzacji nośników pokazują ten sam problem zakresu: sanityzacja zależy od nośnika, metody, weryfikacji i dalszego postępowania z nośnikiem, a potwierdzenie dla użytkownika nie może sprawdzić wszystkich tych warstw.

Zamiast tego Hushscript daje potwierdzenie usunięcia. Dedykowane przepływy usuwania transkrypcji, artefaktów AI i konta zwracają plik JSON do pobrania, który zapisuje, co usunięto i kiedy. To węższe i łatwiejsze do sprawdzenia twierdzenie niż ogólna obietnica, przydatne jako notatka ze znacznikiem czasu do dołączenia do własnych plików, na przykład akt sprawy.

Ma ono też granice. Potwierdzenie to opis tego, co Hushscript zrobił po swojej stronie. Nie jest niezależnie audytowanym certyfikatem ani certyfikatem usunięcia danych wydanym przez stronę trzecią i nie może mówić w imieniu systemów podmiotu przetwarzającego. Zapisuje wyłącznie usunięcie po stronie Hushscript wskazane w pliku. Jeśli twoja sytuacja wymaga niezależnie poświadczonego usunięcia, to jest to silniejsza i inna gwarancja niż ta, którą daje to potwierdzenie.

Szczera część: co zachowujemy i granica szyfrowania

Twierdzenie o prywatności jest warte tyle, ile części, do których się przyznaje. Dwie rzeczy zasługują na jasne, pozbawione szumu stwierdzenie.

Po pierwsze, dane szczątkowe. Hushscript usuwa swoją kopię audio, ale transkrypcja zostaje, dopóki jej nie usuniesz, tak samo jak niewielki zestaw metadanych zadania potrzebnych do prowadzenia i rozliczania usługi. Te metadane są znacznie mniej ryzykowne niż audio, bo opisują zadanie, a nie niosą twojego głosu, ale to nie jest nic, i wolimy je nazwać, niż sugerować czystą kartę, która nie istnieje.

Po drugie, transkrypcja, która zostaje, jest szyfrowana podczas przechowywania. Gdyby nasz magazyn kiedykolwiek wyciekł, atakujący zabrałby nieczytelny szyfrogram, a nie przeszukiwalne archiwum cudzych słów. To prawdziwa ochrona przed wyciekiem z magazynu, czyli zagrożeniem, na które szyfrowanie podczas przechowywania jest przeznaczone. Tu też celowo się zatrzymujemy. To nie jest model zero-knowledge. Klucz jest przechowywany na naszych serwerach, bo aplikacja musi umieć odszyfrować i pokazać ci twoją własną transkrypcję, gdy ją otwierasz. Nie twierdzimy więc, że nie możemy odczytać twoich transkrypcji. Twierdzimy, że skradziona baza danych byłaby bezużyteczna dla każdego, kto ją ukradł, bez klucza. Każdy, kto mówi, że narzędzie do transkrypcji może jednocześnie wyświetlać twoje transkrypcje na żądanie i być matematycznie niezdolne do ich odczytania, pomija to, jak naprawdę działają klucze.

Taki jest pełny, szczery kształt sprawy. Hushscript usuwa swoją kopię audio i prosi dostawcę rozpoznawania mowy o usunięcie jego kopii transkrypcji, co wyłącza nagranie z obrazu. Transkrypcja zostaje pod szyfrowaniem, które broni przed wyciekiem, ale nie jest zamkiem przed nami, a ty możesz ją usunąć, kiedy zechcesz. Wolimy, żebyś dokładnie rozumiał, gdzie leży granica, niż ufał sloganowi, który po cichu ją przesuwa.

Szerszy powód

Domyślnym rozwiązaniem w tej branży jest przechowywanie. Prześlij, transkrybuj i zachowaj wszystko w bibliotece, do której użytkownik może wracać. Dla niektórych to prawdziwa funkcja: podcaster budujący przeszukiwalne archiwum własnych odcinków zyskuje na tym, że ma każdą transkrypcję w jednym miejscu, a treść nie jest wrażliwa.

Ale przechowywanie to słaba wartość domyślna dla poufnych nagrań. Archiwum wieloletnich konsultacji objętych tajemnicą, wywiadów ze źródłami czy wewnętrznych negocjacji, leżące na serwerze strony trzeciej, to zobowiązanie, które po cichu rośnie z czasem. Im dłużej istnieje, tym większa powierzchnia, na którą może trafić włamanie, wezwanie sądowe albo błąd konfiguracji.

Usuwanie jest właściwą wartością domyślną, gdy to transkrypcja jest tym, czego potrzebujesz, a audio jest tylko środkiem do jej uzyskania. Jeśli plik źródłowy już masz, na własnym urządzeniu albo we własnym magazynie, nie ma powodu, byśmy trzymali drugą kopię. Więc jej nie trzymamy.

Szerszy obraz ryzyka, w tym pytania, które warto zadać każdemu narzędziu do transkrypcji przed przesłaniem do niego pliku, znajdziesz w dlaczego twoje audio nie powinno być przesyłane. Opisane tam usuwanie działa tak samo jak to omówione tutaj; tamten wpis pokazuje pełen zestaw kompromisów prywatności przy wrażliwych nagraniach.