Tolky: in de browser native real-time spraakvertaling voor B2B
Tolky is een in de browser werkende real-time spraakvertaler voor Nederlands, Frans, Engels, Turks, Duits en Spaans. Open een link, spreek, krijg vertaalde audio terug — geen app-installatie. Dit is wat we hebben uitgerold en wat het mogelijk maakt.
Tolky is ontstaan uit één gebruikersobservatie: een huisarts in Antwerpen met beperkt Nederlands, een patiënt die alleen Turks spreekt, en tien minuten afspraaktijd. Geen app-installatie, geen account-aanmaak, geen apparaat-koppeling kon in die kamer plaatsvinden. De vertaling moest in een browsertabblad leven.
Wat het product doet
Tolky vangt microfoonaudio in de browser, stuurt die naar een vertaalmodel dat low-latency speech-to-speech ondersteunt, en speelt vertaalde audio via de browser terug. Vandaag zes talen: Nederlands, Frans, Engels, Turks, Duits en Spaans. Het transport loopt over WebSockets, de opname-pipeline loopt via de Web Audio API, en de volledige client is een single-page applicatie zonder native afhankelijkheden.
De twee harde problemen
Latency die een echt gesprek overleeft
Latency is geen getal op een dashboard — het is het verschil tussen een gesprek dat vloeit en één dat hapt. We hebben de audio-frame-grootte afgestemd op een sweet spot die de Web Audio worklet zonder buffering kan afleveren, en we onderhandelden de WebSocket-sessie één keer per gesprek en heronderhandelden nooit halverwege een uiting. Heronderhandelingen waren verreweg de grootste bron van waargenomen vertraging in vroege builds.
Opname / weergave-isolatie
De vertaalde audio mag niet terug de opnamelus in. We hebben invoer- en uitvoerversterker-trappen expliciet gesplitst en blokkeerden opname tijdens weergavevensters. Doe dit verkeerd en het model vertaalt zijn eigen output met plezier in een feedback-lus die na drie seconden onzin produceert.
Wie koopt het en waarom
Drie klantsegmenten ondertekenden de early-access letters of intent:
- Huisartsenpraktijken en ziekenhuizen. Patiënt-zorgverlener-vertaling tijdens consulten. De productbeperking is dat het apparaat is wat de balie de patiënt aanreikt — een kliniek-iPad, een persoonlijke telefoon, een oude laptop. Browser-native dekt alle drie.
- Gemeenten en OCMW/CPAS. Intakes, gesprekken bij sociale diensten en ouder-leerkracht-gesprekken op scholen. De inkooppoort is GDPR-compliance plus een ondertekende DPA.
- Werkplekcollaboratie. Teams met gemengd-talig lidmaatschap, vooral in grensregio's (NL/BE/DE) waar ad-hoc-vertaling vroeger betekende dat je iemand uit een meeting moest trekken.
De compliancestand die de deals sloot
Twee niet voor de hand liggende eisen die de vroege pilots in ondertekende contracten omzetten:
- In de EU gehoste inferentie. Een SaaS die zijn app in Frankfurt draait maar een in de VS gehost model aanroept is op geen enkele manier "in de EU gehost" die ertoe doet voor een Belgische DPO. Wij dwongen het inferentie-eindpunt vanaf dag één in een EU-regio.
- Een ondertekend DPA-sjabloon, klaar op verzoek. Inkoop vroeg ernaar bij het eerste gesprek. Het sjabloon ondertekend door juridische zaken en klaar voor tegenondertekening zijn, was het verschil tussen een verkoopcyclus van 6 weken en één van 4 maanden.
Wat volgt
De volgende golf is per-seat-facturering voor de B2B-laag, custom woordenlijsten voor sector-specifieke vocabulaire (medisch, juridisch, onderwijs), en een usage-reporting-dashboard zodat een OCMW-inkoopfunctionaris waarde kan aantonen aan zijn auditor. De browser blijft het platform; de workflow is wat dikker wordt.
