Chatbot Proton krijgt Projects om chats per thema te bundelen

Lumo, de AI-chatbot van de Europese dienstenaanbieder Proton, krijgt een Projects-functie om context mee te geven aan chats en chats per thema te bundelen. Dat moet voorkomen dat klanten de hele tijd de hele context weer in moeten voeren.

De wijziging zit in Lumo 1.3, zegt Proton en is per direct beschikbaar. Voor gratis gebruikers van Proton-diensten is het aantal projecten gelimiteerd tot één, voor betalende klanten is die limiet er niet. In een project kunnen naast instructies ook oude chats en bestanden staan.

Proton introduceerde Lumo vorig jaar. Lumo kan onder andere gebruikt worden om documenten samen te vatten, code en e-mails te schrijven. De dienst draait volgens het bedrijf gebaseerd op opensource-llm's, zoals Nemo en Small 3 van Mistral, Nvidia's OpenHands 32B en OLMO 2 32B van het Allen Institute for AI. De dienst draait op Protons eigen datacenters in Europa en chats staan op de apparaten van klanten zelf. Proton zegt de gegevens uit de chatgesprekken na het verwerken te verwijderen. De chatgeschiedenis met voorgaande gesprekken wordt daarnaast versleuteld en kan volgens Proton niet ingezien worden door derden, ook niet door Proton zelf. Het techbedrijf belooft daarbij dat de chatgesprekken en de gegevens van gebruikers niet gebruikt worden om de AI-dienst mee te trainen.

Proton Lumo 1.3
Proton Lumo 1.3

Door Arnoud Wokke

Redacteur Tweakers

13-01-2026 • 14:02

26

Submitter: Bedge85

Reacties (26)

Sorteer op:

Weergave:

Het zou beter zijn om al die AI-moeite van Proton eventjes op een lager pitje te zetten en de aandacht richting op een Linux client voor Proton Drive. Het is echt raar dat dit niet goed werkt.

Met de (onofficiële) omweg via rclone loop ik tegen problemen aan.
Het zijn toch niet dezelfde developers die aan beide features werken... Het maakt het een beetje een valse dichotomie dat je alleen dit of dat kan doen en dus de buggy drive client moet priotiseren.
Er zal ongetwijfeld overlap zijn, daarnaast is de put developers en PMs ook niet eindeloos en sowieso niet gratis. Dus tenzij je een enorm dev team hebt wat uit hun neus zit te eten mag je er gerust vanuit gaan, zoals dat altijd overal zo gaat, dat er geprioriteerd wordt.

Of Drive dan de feature moet zijn waar ze hun aandacht op moeten richten weet ik niet, ik zou het zelf prettig vinden maar begrijp ook prima dat Proton op dit moment erg in een spagaat zit. Ze willen heel veel, maar daarvoor is geld nodig. Klanten = Geld. Dan zou je wel gek zijn als je op dit moment een geldkoe als AI in de ijskast zou zetten.

Voor bestaande klanten is dat wellicht even vervelend, maar beter dan dat het product over 5 jaar ophoudt te bestaan denk ik dan.
Toevallig heb ik daar net naar gevraagd bij support. Ze werken aan een cross-platform sdk (javascript en c#) die de basis voor de producten gaat vormen. Hiermee wordt drive op linux ook mogelijk. De sdk gaat het ook mogelijk maken voor developers om drive functionaliteit in hun project te integreren.
Dit alles gaat nog even duren, maar er wordt wel aan gewerkt. Momenteel
Wat relevante links :
https://proton.me/blog/drive-roadmap-spring-2025
https://proton.me/blog/proton-drive-sdk-preview
https://github.com/ProtonDriveApps/sdk hier staat al e.a. aan javascript
Of even te kijken naar alle issues op de (Android) mail client. Ik kan nog steeds niet scrollen als ik inzoom op berichten. Lijkt me niet zo'n moeilijke fix. Zal wel een ander team zijn.

[Reactie gewijzigd door vpm op 13 januari 2026 14:36]

Gaat voor mij toch prima op Android. Open een bericht, zoom er op in, en scroll gewoon vrolijk door dat bericht. Proton Mail 7.6.1.
Is totaal geen probleem voor mij. Je zal toch eens moeten kijken naar jouw versie.
Ik heb hier ook last van; je bent dus niet de enige :) Bij mij is dit (volgens mij) sinds de overstap naar de nieuwe lay-out/versie. Vooralsnog geen oplossing gevonden...
Gelukkig. Ik heb er al wel een bugreport van aangemaakt, maar het heeft weinig prio.
Wat de Linux client voor Proton Drive betreft helemaal met U eens.
Ik moet wel zeggen dat Lumo erg goed is, ook een prettige manier van antwoord geven.
Op de proton mail reddit is een poll geweest, en proton drive voor linux is meest gevraagde nieuwe feature.

Recent gaf het proton team wel het volgende aan (zie ook het proton topic op Tweakers).
See the link; it's just a little joke, we'll catch up with the devs this week and provide an update to you all on where that Drive SDK is at in its progression, and any other updates in relation to progress being made on Drive for Linux, as it's a focus for us in 2026

Until then, don't get too carried away!
Laat ze dat dan ook meteen aanpakken voor MacOS. Wil gewoon dat je mappen kan selecteren in MacOS en dat die netjes worden gesynchroniseerd met Proton Drive. Nu moet het handmatig of omslachtig met Rclone. Dit terwijl het in Windows wel top is geregeld.
Ik kan mij ook voorstellen dat de LLM prio had, omdat die weer intern gebruikt kan worden door de devs van andere teams, waaronder die van de Linux Client. Nu kan, in theorie, alle productontwikkeling een boost krijgen.
En wie zegt dat de teams hun eigen LLM gebruiken. Ik heb het niet veel gebruikt maar goede kans dat er genoeg andere partijen betere resultaten geven en ja misschien is limo voor hun een stuk goedkoper maar de echte kosten zitten hem dan meer in de werknemers dan de LLM gebruik gok ik dus kun je beter betalen voor een LLM die het een stuk beter doet.
het is maar een theorie, maar de motivatie is niet financieel. De motivatie is bij een groep zoals Proton zou vooral transparantie zijn. En opensource modellen zijn transparanter dan closed source. En als je deze al zelf beheert, waarom dan niet commercieel uitgeven?
Lumo heb ik toevallig gister voor het eerst uitgeprobeerd, wat is me dat een stuk rommel zeg. Niet normaal.

Ik script in een nogal oude taal en wil daarbij AI nog al eens 'testen' of dat het mij kan helpen met bepaalde functies, verbeteringen en debug.
Nou heb ik netjes de handleiding van de taal aan Lumo gevoerd, en gevraagd om een dood eenvoudige functie te maken: controleer of de gegeven string een integer is.
Niet heel lastig toch?
Nou Lumo bakte er he-le-maal niets van! Dat is natuurlijk begrijpelijk, zo'n ding moet ook leren en wat gestuurd worden, dat is net de grap.
Maar een simpele vergelijking "if a == b" weigert Lumo goed te gebruiken. Structureel, 'if a = b'
óók als je hem duidelijk aangeeft, dat equals '==' is en dat een enkele '=' de variabele wijzigt. Met voorbeeld codes, delen uit de handleiding en alles er op en er aan, blijft Lumo stug volhouden: de hele wereld zit fout, Lumo is perfect en het is '=' geen '=='

Naar mijn mening ben je als AI agent dan gewoon af.
als ik de opdracht geef:
"kun je een bash script maken die controleer of de gegeven string een integer is."
krijg ik:
if [[ "$s" =~ ^[+-]?[0-9]+$ ]]; then

Heb je ook opgegeven in welke taal je het wilt?

Mijn ervaring met lumo(+) is dat het goed helpt met code.
Of gebruik je het voor iets waar het niet voor ontwikkeld is.
Vraag: kan jij assistentie verlenen bij het programmeren? functies bedenken, verbeteren, code debuggen etcetera?
Lumo antwoord: Ja, ik kan je helpen met allerlei programmeertaken: van het bedenken van functies en algoritmen tot het optimaliseren van bestaande code en het opsporen van bugs. Stuur gerust een fragment van je code of beschrijf wat je wilt bereiken, dan kijk ik ernaar en geef ik concrete suggesties of verbeteringen.
Dat schept toch enige verwachting? En zelfs dan, als ik ChatGPT op een fout wijs, accepteerd hij dat en corrigeert hij die fout. Lumo weigert dat absoluut.
Prompt: schrijf in php een functie die true is wanneer variabele a gelijk is aan variabele b
Output
function zijnGelijk($a, $b): bool {
return $a == $b;
}
Ik zou dan toch === verwachten.
Een chatbot die een simpele feitelijke correctie weigert heeft inderdaad zijn nadelen.

Aan de andere kant, een chatbot als ChatGPT die je een volledig gefantaseerd wereldbeeld kan aanpraten om dan binnen die context te reageren, heeft óók zijn nadelen.

Beiden hebben ook hun usecases.
Lumo is verrassend goed. Inmiddels gebruikt voor veel verschillende doeleinden.
In heb proton mail en drive icm domein. Ik gebruik lumo maar ik merk dat het nog niet volwaardig is en nog niet zo krachtig is als Gemini. Ik weet dat nog niet zo lang bestaat waardoor ik hem nog niet zo goed vind maar hoop wel dat ze blijven ontwikkelen zodat ik Gemini weg kan doen.
Proton moet echt nodig wat doen aan hun accountmodel.

Als je een lopend proton abonnement hebt voor bijvoorbeeld twee jaar kan je geen LUMO afnemen zonder ook je bestaande subscription voor mail en de hele bende te herstarten, en dan dus ook gelijk lumo af te nemen voor diezelfde priode van een jaar of twee jaar, in plaats van dat je het gewoon los als extra dienst aan je account knoopt.
Daarmee komen tevens ook eventuele kortingen te vervallen.

Deze manier van abonnementen doen was niet zo spannend toen ze eigenlijk alleen e-mail hadden maar wordt nu echt wel rete irritant.

De officiele workaround die je krijgt van de service afdeling is ook om er een nieuw proton account voor aan te maken als je Lumo gewoon op maandbasis wil afnemen.
Slaat echt nergens op.

Ik heb veel liefde voor Proton nog maar er moet echt meer focus gaan liggen op het verbeteren van het bestaande, in plaats van doorlopend met nieuwe dingen komen.
Ik heb ook nogsteeds geen fatsoenlijke client voor drive op Linux.

[Reactie gewijzigd door Polderviking op 15 januari 2026 11:13]


Om te kunnen reageren moet je ingelogd zijn