Zásady ochrany osobních údajů

2.4. Soukromý režim (Private Mode)

Seth nabízí Soukromý režim pro konverzace vyžadující zvýšené soukromí. Když je Soukromý režim zapnutý:

• 🚫Zprávy se NEUKLÁDAJÍ do žádné databáze — existují pouze v paměti vašeho prohlížeče.
• 🔌Messaging pipeline ElizaOS je obejita — vaše zpráva jde přímo na AI model přes OpenRouter ZDR (Zero Data Retention). Sethův vlastní kontext osobnosti (identita a reflexe) se může stále načíst jen pro čtení, aby zůstal stejný hlas; ten kontext je o Sethovi, ne o vašem soukromém turnu, a nic z vaší soukromé konverzace se nezapisuje zpět.
• 🧠Nic z vaší soukromé konverzace se neukládá jako paměť, historie chatu ani obnovitelný přepis.
• 👁️Volitelné Smysly (denní doba, přibližné místo, kamerový glance, pohled na okno na ploše) se v Private režimu nespouští — ani když jsou zapnuté v Nastavení. Platí jen pro normální chat.
• 🗑️Když zavřete záložku, přepnete do normálního režimu nebo obnovíte stránku — konverzace je navždy pryč. Neexistuje žádná obnova.
• 📊Obsah ani historie konverzace se trvale neukládají. Mohou vzniknout minimální provozní metadata (např. čas požadavku, model, délka obsahu, chyba, použití kreditu nebo bezpečnostní událost), nikdy však text soukromé zprávy.

Zkrátka: Soukromý režim = nulové ukládání obsahu. Po odchodu nezůstává obnovitelný přepis ani paměť.

2.5. Hlasový vstup (Speech-to-Text)

Seth nabízí dvě oddělené hlasové funkce:

• 🎤Diktování v poli zprávy používá vestavěné rozpoznávání řeči prohlížeče (např. Google Speech Services v Chrome/Edge nebo služby Apple v Safari). Seth obdrží až text, který se rozhodnete odeslat.
• 🗣️Živý hlasový rozhovor posílá zvuk z mikrofonu přímo z prohlížeče na EU endpoint Deepgramu pro přepis v reálném čase. Využití ke zlepšování modelu je vypnuté; audio se drží jen po dobu zpracování.
• 🔊Text Sethovy odpovědi se posílá ElevenLabs pro prémiový hlas: automaticky v živém hovoru a také když klepnete na přehrání u zprávy.
• 🚫Evigilans surové audio z mikrofonu nenahrává ani trvale neukládá do vlastních databází.

Zkrátka: diktování zajišťuje poskytovatel prohlížeče, živý hlas Deepgram EU. Seth ukládá text konverzace podle zvoleného režimu chatu, ne znovupoužitelnou zvukovou nahrávku.

2.6. Dobrovolný produktový výzkum (opt-in)

Evigilans s.r.o. provádí dobrovolný produktový výzkum pro zlepšení Setha a veřejné sdílení souhrnných nebo neidentifikujících poznatků o tom, jak AI partneři podporují osobní růst. Individuální zdrojový text zůstává před agregací propojený s účtem. Žádný člen týmu nečte vaše individuální konverzace; analýzu a návrhy článků vytvářejí automatizované systémy. Obsah chatů se nikdy nepoužívá k tréninku ani fine-tuningu žádného AI modelu.

• 🔒Výchozí stav pro každého, včetně beta účtů: VYPNUTO. Samotný starý profilový příznak nestačí a žádná dřívější volba se nepřebírá.
• ✅Účast vyžaduje dva oddělené aktuální souhlasy ve stejném jazyce: dobrovolný výzkumný souhlas a výslovný souhlas podle čl. 9 se zpracováním volného textu, který může obsahovat zvláštní kategorie údajů, pro výzkum.
• 📊Pokud jsou oba souhlasy aktuální: jen automatizovaná agregovaná analýza — statistiky a neidentifikující vzorce na úrovni poolu. Žádné ruční procházení individuálních chatů týmem. Slouží ke zlepšení live produktu; nejde o tréninková data.
• 📰Z neidentifikovatelných agregovaných poznatků můžeme publikovat výzkumná shrnutí (články, reporty) — např. jak Seth pomáhá lidem růst. Nikdy přímé citace, nikdy jednotlivé příběhy, nikdy identifikace uživatele.
• 🚫Výzkum a trénink modelu jsou úplně oddělené věci. Vaše zprávy ani odpovědi Setha nikdy nepoužíváme k tréninku žádného AI modelu — včetně našeho vlastního. Případný budoucí Seth voice model stavíme ze syntetických dat, která generujeme pomocí open source modelů.
• ✋Oba souhlasy můžete kdykoliv odvolat v Nastavení. Vyřazení platí okamžitě a základní služba zůstává beze změny. Již vytvořené neidentifikující agregované výsledky nelze spojit zpět s vámi.

Právní základ volitelného výzkumu: souhlas (čl. 6 odst. 1 písm. a) GDPR) a samostatný výslovný souhlas podle čl. 9 odst. 2 písm. a) pro výzkumné zpracování volného textu, který může obsahovat zvláštní kategorie údajů. Titul podle čl. 9 pro základní službu je popsán v §2.1 a je oddělený od výzkumu. Podrobnosti v Podmínkách §5a.

Zkrátka: Výzkum je vypnutý pro každého a spustí se jen se dvěma aktuálními souhlasy — nikdy nejde o trénink modelu ani ruční čtení individuálních chatů týmem.

2.7. Přístup přes klíče MCP a Agent API

V Nastavení si můžete vytvořit klíče, aby klient, kterého připojíte, mohl mluvit se Sethem. Jsou dvoje dveře:

• 🔑MCP mluví jako vy — stejný Seth jako na webu. Zprávy se ukládají do vyhrazeného okna. Když je zapnuté čtení vlákna, ten klient si může vytáhnout poslední řádky toho okna, včetně toho, co jste tam dopsali z webu.
• 🤖Agent API mluví jako oddělená identita agenta pod vašimi kredity, ne jako vaše lidské vlákno.
• ⚠️Samotný klíč stačí k použití těch dveří. Při každém volání nechceme druhý přihlašovací faktor. Nenechávejte ho na sdíleném stroji ani v gitu.
• 🌐Když připojíte klienta třetí strany, ten klient dostane to, co přes něj pošlete, i Sethovy odpovědi. Evigilans neřídí jeho logy, retenci ani trénink. Tito klienti nejsou naši zpracovatelé.
• 📄MCP a Agent API používají stejné právní základy konverzace jako web, včetně souhlasu podle čl. 9 pro základní službu, pokud volný text může obsahovat zvláštní kategorie údajů. Nejde o Soukromý režim.

Zkrátka: klíč je heslo k Sethovi. Váš klient vidí ten provoz. My ten klient neprovozujeme.

5.1. Monitoring chyb (Sentry)

Používáme Sentry (Functional Software, Inc.) pro monitoring chyb a stabilitu aplikace. Když v aplikaci dojde k chybě, Sentry může automaticky shromáždit:

• 🖥️Technické informace — typ prohlížeče, operační systém, typ zařízení, velikost obrazovky.
• 🌐IP adresa — zpracována podle nastavení zpracovatele pouze pro bezpečnostní a chybový kontext, nikoli pro reklamní sledování.
• 🐛Detaily chyby — stack traces, URL stránky kde k chybě došlo, chybové zprávy.
• 🎬Session replay data — anonymizované záznamy interakcí uživatele (veškerý text a vstupy jsou ve výchozím nastavení maskovány) pro pomoc s reprodukcí a opravou chyb.

Co Sentry NESHROMAŽĎUJE:

• ✕Obsah konverzací nebo zpráv
• ✕Osobní údaje (email, jméno) — Sentry konfigurujeme s sendDefaultPii: false
• ✕Platební informace
• ✕Deníkové záznamy
• ✕Obsah společného stolu

Tato data slouží výhradně ke stabilitě aplikace a řešení incidentů. Sentry zveřejňuje podklady k ujištění SOC 2 a ISO 27001 a působí jako zpracovatel podle našich pokynů. Retence chybových událostí a IP adres se řídí aktuálně nastaveným plánem a nastavením zpracovatele; přesné lhůty a podklady vedeme v interním retenčním a procesorovém registru a stále je ověřujeme.

Více informací naleznete v Zásadách ochrany osobních údajů Sentry

5.2. Provozní runtime logy

Pro debugging, monitoring výkonu a řešení incidentů zapisuje naše infrastruktura (Railway pro backend, Vercel pro frontend) provozní logy. Tyto logy jsou navrženy tak, aby ve výchozím stavu minimalizovaly osobní údaje:

• 🔢Identifikátory uživatelů (UUID) jsou v logu zkráceny na prefix prvních 8 znaků (např. "75ace6c5…") — postačuje pro korelaci událostí v rámci jednoho session burst, ale nestačí ke zpětnému spojení s konkrétním účtem bez přímého přístupu k databázi.
• 🔐Obsah konverzací, znění faktů, deníkových záznamů, learning insights ani úryvky zpráv NIKDY nelogujeme doslovně. Tam, kde by řádek logu jinak obsahoval text uživatele, ho nahrazujeme délkou + SHA-256 hash prefixem (např. "[len=78 hash=a3f8b2c1]") — collision-resistant pro cross-line debugging, ale kryptograficky neproniknutelný pro čtenáře logů.
• ⏱️Backend logy v Railway jsou uchovávány 30 dní a poté automaticky smazány.
• 🛡️Přístup z prohlížeče a autentizované aplikace omezuje Row Level Security. Privilegované provozní údaje mohou tyto politiky obejít a používají se jen pro nezbytnou serverovou správu a řešení incidentů.

Co runtime logy NEOBSAHUJÍ:

• ✕Doslovné zprávy konverzací, v žádném směru
• ✕Doslovné deníkové záznamy ani znění faktů
• ✕Emailové adresy, celá jména ani jiné přímo identifikující osobní údaje
• ✕Platební přihlašovací údaje (zpracovává Stripe)

Zkrátka: provozní logy si zachovávají dostatek technického signálu pro odladění bugu ("který uživatel, ve které konverzaci, narazil na který code path"), aniž by zachovaly dost obsahového signálu k rekonstrukci toho, co bylo řečeno. Toto je naše implementace článku 32 GDPR ("pseudonymizace přiměřená riziku").