Better VPN app for Linux

Hey everyone,

I wanted to point out how ProtonVPN has an App for both MacOS and Windows that looks pretty clean. Windows even has a more up to date app than MacOS. And I think Linux’s turn should be next.

Currently on Linux we only get an outdated, less polished app experience and some settings that do not even offer all the newest protocols or beta protocols (e.g. smart isn’t available and the Proton Wireguard protocol also isn’t there, even though it is on Windows). And beyond that some of the Linux clients aren’t even official but maintained by the community (e.g. Arch).

Therefore I think it is time to change that and finally build a good Linux Client for ProtonVPN and making the community driven versions for some Distros finally official. It would also be nice if it would look like the Windows client (with the view of where you are, the newest/beta protocols and all the newest features with a design that is modern and up to date).

Thanks in Advance!

reddit.com
u/Gamegyf — 1 day ago
▲ 6 r/lumo

Speeding up Lumo’s responses

Hey everyone,

I do know that Lumo 2.0 has drastically sped up Lumo’s answers and I’m not sure if they already implemented what I am about to propose (so please correct me if you already use it) but I would like to propose Lumo using DSpark by DeepSeek.

This mechanism would be very helpful, although I do not know if Proton can implement it at the moment. Therefore I would like to just get an answer if it is already used/tested in Lumo or not.

reddit.com
u/Gamegyf — 3 days ago
▲ 4 r/lumo

Usage Limits being split

Hey everyone,

A few hours ago I made a post in r/ProtonMail and have pointed out how Proton quietly changed the statement in the Visionary section of their support page that explains their plans. Andy Yen, the CEO and Cofounder of Proton, replied to my post that Visionary users can’t really get the highest limits because highest limit would mean (at least what he said) unlimited usage of Lumo which could not be given to users because then someone could abuse the upcoming API. I understand that that would be a big issue so I wanted to propose a solution that was inspired by u/Ok_Combinations_1548

The idea is that Lumo Plus users still get unlimited usage in the official Lumo Chat with an anti abuse system like a maximum amount of requests per 10 minutes but get a limit on the API either per hour/day/week/month that they can bypass by paying for extra credits or get a certain amount of credits added per month (stackable) and then if they need more they can buy more or (that applies to the first method too) just enable an automatic payment for credits like with the subscription. Otherwise if Proton doesn’t want to allow unlimited usage in Lumo Chat then they could do something like a limit per 5 hours for the Max and Lite model (or maybe give unlimited access on the Lite model in the official chat with a limit only for the Max model) like OpenAI, Anthropic and other big AI companies do it.

The last thing would be that Proton could also increase Lumo Plus to 18-20€/$/CHF per month (with a discounted yearly subscription that would be cheaper per month than 18-20€/$/CHF), which would be similar to other AI companies, if they need it to allow us to send Lumo unlimited messages in the official chat to both the Max and Lite model.

Would be great to get some feedback from Lumo and maybe even Visionary users how this idea sounds!

reddit.com
u/Gamegyf — 4 days ago
▲ 4 r/lumo

Message Bubble colors and usage limits

Hey everyone,

I wanted to discuss two things here in this post and not only one.

First I wanted to talk about the color of the bubble around your messages. Someone had pointed out on the release of 1.5 for the iOS App that it seemed like you had the colors from the light theme even though you were using the dark theme and ever since then it was kept that way. Now I totally get it but I kinda liked the contrast and that’s got me thinking: Why not let the users choose a color for the messaging bubbles? I would say it would be best to both offer the user to choose from a grid/slider/etc. and some standard colors and one of the standard colors could be the Color of Lumo’s fur. This would be really nice in the app.

Now to the second thing: I noticed that Lumo Plus/Professional now states “More Max Model Usage”, “More Image Generation“ and “More Messages & Chat History” which is a downgrade from unlimited. And that is not really a problem since I tested it and the limits seem to be generous but it would be great to get like a little menu or something, like how Gemini and Claude offer it, that shows you your Limits and tells you when they refresh. Now for the people who feel scammed because there is no infinite messaging anymore I thought why not make like a second tier called Lumo Max. This would be maybe 20-35€/$/CHF and would give unlimited usage with users that have subscribed before the 2.0 update to get a free upgrade for the remaining time of their plan (until it renews) with the option to choose if you want to continue using the Max plan or get downgraded to Plus again. Maybe you could even do something for Visionary users or at least for the person sharing the Visionary plan. Like that the invited people get Plus and the person paying gets Lumo Visionary or something similar that has unlimited usage like the Max tier. Now don’t get me wrong they could also offer it to the other people that are only invited and stuff but I just thought that that might not be possible for Proton or especially Lumo in it’s growing state.

But for the last part I just want to ask the Proton Team directly: What kind of limit is there now for Lumo Plus and/or Visionary users and is the claim from another user right that free users get 10 image generations/day, Plus users get 50 image generations/day and Visionary gets Unlimited?

Thanks for reading!

reddit.com
u/Gamegyf — 5 days ago
▲ 12 r/lumo

Lumo Memory - Small Improvements need to be made!

Hey everyone,

I think we all have seen Lumo 2.0 atp and are happy with the features. I am too, but there is one thing that really is important right now. Memory! Lumo Memory really is great and all and it fixes some issues but there is one thing that is making it worse... No clean up of duplicate memories! Like it isn't that dramatic at the moment (at least for me) but if the memories keep on piling up, then after some time there will be so much duplicates that just waste tokens. Therefore my Idea is to either let the add one memory at a time stay but with automatic clean up and detection or use something like Grok where he stores it all in one place but optimizes it and edits it to the users liking.

Also Lumo should have the ability to edit memories directly in the Chat. That could be done like how Grok does it as well: Use a Skill that allows him (upon the request of a user) to edit the memories, add some or clean up some while syncing small details, that are not directly instructed to be remembered but can improve the user experience, will take place like it does right now... in the background (but again with proper clean up of duplicates or merging too memories together).

Other than that I am pretty happy with the new features of Lumo.

Thanks Proton Team!

reddit.com
u/Gamegyf — 6 days ago
▲ 179 r/lumo+1 crossposts

Finally an updated model list

> Lumo is powered by open-source large language models (LLMs) which have been optimized by Proton to give you the best answer based on the model most capable of dealing with your request. The models we’re using currently are Qwen 3.5, GLM 5.2, Image-Turbo, and FireRed-Image-Edit-1.1. These run exclusively on servers Proton controls so your data is never stored on a third-party platform.

They finally officially updated the models/model list with 2.0!! Here is the Link: "https://proton.me/support/lumo-privacy"

This list looks very good.

Thanks for your efforts, Proton Team!!

u/Gamegyf — 4 days ago
▲ 8 r/lumo

Lumo Cat Mode

Hey,

I always read through Lumo’s posts on X and the app update notes on iOS and it always uses cat jokes and acts almost like a cat. Now I tried to make it replicate that style a docent times, so why not give us pre-configured personalities for Lumo in the personalization tab with things like “assistant”, “homie”, etc. and a cat mode that makes it use those cat jokes and puns like the Lumo Social Media team does and just act more like a cat that can also help you do things, research products, etc.

reddit.com
u/Gamegyf — 10 days ago
▲ 9 r/lumo

Lumo assistant and Lumo in Chrome/Firefox

Hey everyone,

I’ve got two ideas that Lumo could implement to get a little bit more useful especially since Siri AI is soon to come.

First there is Lumo Assistant:

This feature would allow Lumo to be chosen as your phones assistant on either android or iOS (if Apple implements it due to the EU and the DMA) with all the features Siri AI has but private. This would use Kimi K2.6 (or maybe K3 with that teased 1 Million tokens context window that releases later this year) because of its vision and agentic capabilities. Lumo assistant would not only be able to see your screen, look at something with Vision Intelligence or take action on your phone but it would also be able to do multiple tasks parallel (due to the sub-agents) if needed and take actions across different devices through a docker container that you could install on your PC or Homeserver with sudo access for it to like edit files, work on fixes, build apps, etc. on your Homeserver or Computer even when you request the action through your phone. This would be super useful and would also make sense.

The second feature would be Lumo in Chrome/Firefox:

This would be an extension in your browser of choice like Claude in Chrome but private. It would also use Kimi’s models but this feature should release with Kimi K3. The reason why is simple. Kimi K3 is announced to have massive improvements in multimodality which includes image, video, audio and text input. This would be a game changer because this feature would both be private and more convenient than something like Perplexity’s Conet or ChatGPT’s Atlas since it would not take a screenshot but would rather actively watch what happens on the tabs and act accordingly. It could also do tasks parallel due to the sub-agents. But you wouldn’t want up to 300 tabs to be opened if the model thinks it needs 300, so why not add a setting in the extension to control the maximum allowed tabs in parallel and when they get closed or timed out automatically. All this would really make a great point for Lumo and would make it much easier to work in the browser. The AI model would also be able to watch videos live and hear the audio all while summarizing certain aspects and highlighting facts that need to be checked due to the rumored 1 million tokens context window.

I hope to get some feedback on these features so thank you in advance!

reddit.com
u/Gamegyf — 19 days ago
▲ 2 r/lumo

Lumo using OpenRouter’s Fusion model as inspiration

Hey everyone,

I came across OpenRouter’s new fusion model a few days ago and was really impressed with the results. I later found out how it worked and that it could be used even with open source/weight models. So now I am thinking why doesn’t Lumo add this for Plus users into their auto routing where a very important and hard question or topic gets sent to like 2-3 models at the same time like with the fusion model while normal daily chats get sent to one model? This would make total sense and add some value to Lumo Plus. Another thing would be to either build Proton’s own Search engine called Proton Search that you can also use in browsers like Brave, Firefox, etc. but with a feature where if Lumo sents a request through web search Proton Search would automatically crawl the text of the page and strip away the html headers so that it gets less confused. The other option would be to use a self hosted search engine that already exists with a self hosted crawler.

Hope to get some feedback from the community!

reddit.com
u/Gamegyf — 19 days ago

linux-cachyos-nvidia-open driver bug with Unreal Engine on The Finals

Hey, I wanted to report a bug with the linux-cachyos-nvidia-open driver. I use Arch with the CachyOS kernel and Repositories and have previously used CachyOS (I just switched like 5 days ago) but I have experienced this on both OSs and it only happens with this specific driver. The nvidia-open and nvidia-open-dkms kernel work fine but this specific driver seems to not work very well with Unreal Engine games or at least not with “The Finals”. The problem is that Unreal Engine doesn’t get access to my GPUs VRAM when I try to join a match in The Finals. It first happend about 4 months ago. I started The Finals wanted to play Power Shift with one of my friends and suddenly when I clicked join it first got me to the loading screen and just before entering the match the game freezed up and did not respond. Then after about half a minute the Unreal Engine error message came and the Game crashed. Since then I tried some launch options in steam but they don’t seem to work anymore either. Anyway I switched to the nvidia-open-dkms driver and now it suddenly works flawlessly again without any problems. Hope this is enough info for some devs to fix this but if anyone else is experiencing something similar in another game or in The Finals like I did then I recommend you switch to the nvidia-open-dkms driver while this issue still exists.

reddit.com
u/Gamegyf — 29 days ago
▲ 0 r/lumo

Custom Lumo AI model through Mistral

(Heads up: I do not expect Proton to do this immediately but rather that they take this on their list and maybe come back to it later. This doesn’t make sense at the moment but I wanted to at least mention it and share my idea or my thoughts.)

I‘ve just come across this website where it says that you can request Mistral to Train models for you.

I immediately thought "Wouldn‘t that be Perfect for Lumo?" The idea is to ask them to build a Lumo model and then if Proton has enough ressources they could train the newer versions of this on their own. It would be even greater if the Lumo model would be cost efficient but significantly smarter than now. And you can customize it to fit the features Proton wants to build.

This model could be exclusive to Lumo Plus and be trained so that it better fits the Web Search tool and memories, personalizations, etc. making it hallucinate less or misunderstand things. This model could also be trained to be multimodal from the start so that Proton can have better voice transcription, image and other capabilities like coding. Plus if the model is really cheap to run and maybe even features sub-agents Proton would have a model as cheap to run as DeepSeek V4 Pro/Flash but as powerful as Kimi K2.6.

I’d really love to see this model maybe even taking advantage of Nvidia’s PersonaPlex to even make it capable of not only hearing and analyzing audio but also making audio and speaking with low latency to make a live voice mode for Lumo (with Live View).

So to sum it up it would just be the perfect time to use techniques and features of open-weight/source models that already exist and combine them (sub-agents; high efficiency; multimodality in TTS, STT, Images, Videos, Coding, etc.; creative writing; multilingual chatting; and many more)

But I’d like to hear what other people think. Would you agree or do you think this would be a waste of money?

reddit.com
u/Gamegyf — 1 month ago
▲ 12 r/lumo

Lumo Skills, a new tool, collaboration support in chats and a Model Council

Hey everyone,

I‘d like to suggest Lumo getting skills, like Claude, that will be provided by Proton like PPTX, DOCX, XLSX, PDF, etc. with the option to add custom skills later on. This would be great for people that use Lumo professionally and need such features. Another thing I‘d like to suggest is a Code Interpreter/Executor as a new tool to let Lumo actually create files and edit them. It would also be great if you could share a Chat that only shows messages up to a certain point, share them as only read so that the others even get the new messages and a collaboration feature where multiple people can write with Lumo. Last but not least a cool feature could be to choose up to like 5 models that can work together and correct each other live like with Perplexity‘s Model Council or Grok‘s Agents.

reddit.com
u/Gamegyf — 1 month ago
▲ 0 r/lumo

Lumo needs a public TestFlight beta — and here's why it makes total sense

(These ideas are my own. I used AI to help structure and write this post.)


Hey everyone,

I've been using Lumo since the early days, and I genuinely love what Proton is building here. But there's one thing that's been bothering me more and more: Lumo is the only major Proton app without a public TestFlight beta on iOS. Let me explain why I think that's a missed opportunity — for users and for the team.


📱 The current situation

Right now, the Lumo iOS app is built around a WKWebView wrapper — essentially a native shell that loads the web interface. Proton themselves confirmed this on GitHub (https://github.com/ProtonLumo/ios-lumo), where the open-source iOS repo is described as a "SwiftUI-based iOS application that provides a web-based interface for Lumo services." The most recent update did introduce a native composer UI, which is great progress — but there's still a long way to go before Lumo feels like a truly native app on par with Proton Mail or Proton VPN.

Meanwhile, nearly every other Proton app already has a TestFlight beta:

  • ✅ Proton Mail — public TestFlight beta (https://proton.me/support/ios-mobile-beta)
  • ✅ Proton VPN — open to all users via TestFlight
  • ✅ Proton Pass — TestFlight beta available
  • ✅ Proton Calendar — TestFlight beta available
  • ✅ Proton Meet — TestFlight beta available
  • ❌ Lumo — nothing

That gap is noticeable.


🛠️ Why a TestFlight beta would benefit Proton directly

This isn't just about giving users cool stuff early. There are concrete, practical benefits for the development team:

1. Automatic crash logs and diagnostics — without users having to do anything. TestFlight automatically sends detailed crash reports, stack traces, and performance metrics directly to Proton's dev team. Right now, if Lumo crashes or lags, users have to either contact support, post on Reddit, or just quietly give up. With TestFlight, that data flows to the team automatically and immediately — no middlemen, no lost reports.

2. Direct in-app feedback. TestFlight has a built-in "Send Beta Feedback" feature. Users can report issues directly from the app with a screenshot attached. No more tagging Proton on Reddit, no more hoping a support ticket reaches the right person.

3. Faster iteration cycles. Proton already uses this model successfully with their other apps. Bugs in Proton Mail's iOS beta get caught and fixed before they hit the main release. Lumo deserves the same pipeline.

4. Better data for a native app transition. If Proton is serious about moving Lumo toward a fully native iOS experience (and the new native composer suggests they are), a TestFlight beta gives them a controlled environment to roll out native components gradually, gather real-world performance data, and catch regressions early.


🚀 How it could be structured

I'd suggest something similar to how Proton Mail's beta works:

  1. Public beta with limited slots — open to everyone, first-come first-served. Once slots are full, the public link simply stops accepting new testers.
  2. Visionary & Lifetime users get guaranteed priority access — more on this below.
  3. Optional participation — users who just want the stable app keep using it as normal. The beta is purely opt-in for those who want to actively help Proton improve Lumo.

👑 The Visionary promise — and how a beta fits in

This one is important to me personally. Proton's own plan page explicitly promises that Visionary subscribers receive:

"early access to all future features and products" (https://proton.me/support/proton-plans)

To be clear: I'm not suggesting Visionary users should only get early access features if they join the beta. That early access should happen regardless — through things like opt-in experimental feature toggles in settings, or features rolling out to Visionary accounts before the general public. That's what the plan promises, and Lumo should deliver on it the same way other Proton products do. The Proton Mail desktop app, for example, launched as a Visionary-only beta in December 2023, months before going public.

The TestFlight beta would be a separate, additional layer on top of that — a way for Visionary users (and anyone else who wants to) to actively contribute to Lumo's development by opting into a build that sends automatic crash reports and diagnostics to the team.

On the topic of beta slots: in my experience as a Visionary user, when the Proton Mail TestFlight beta was full, I contacted support and they added me manually — specifically because early access is a core part of the Visionary plan. That kind of support-based override makes sense for Visionary and Lifetime users, given what the plan explicitly promises.


🤖 What about Android?

I'll be honest — I'm an iPhone user and not deeply familiar with the Android beta ecosystem, so I won't speak too confidently here. But it would make sense to have an equivalent opt-in beta channel on Android as well — ideally one that also sends automatic diagnostics to the team, similar to what TestFlight provides on iOS.


TL;DR

  • Lumo is the only major Proton iOS app without a TestFlight beta
  • TestFlight would give the team automatic crash logs, performance data, and direct feedback — without users having to do anything extra
  • A public beta with limited slots would let the community actively help Proton improve Lumo faster
  • Visionary and Lifetime users should get early access to features regardless — the beta is just an additional opt-in way to contribute crash reports and diagnostics on top of that
  • As Lumo moves toward a more native iOS experience, a beta channel becomes even more important for safe rollouts

Would love to hear what others think. Would you join a Lumo TestFlight beta if it existed? 👇

u/Gamegyf — 2 months ago
▲ 3 r/lumo

(This is my own idea, structured and formatted with the help of AI for better readability.)


Hey everyone,

I've been thinking about a product idea that I feel would be a perfect use case for Lumo, and I'd love to hear what the community thinks.

The idea is called ProtonWake — a privacy-first smart alarm clock app by Proton, powered by Lumo and deeply integrated with Proton Calendar.


🔔 The Problem

Most of us set a recurring alarm — say, 7:00 AM Monday through Friday. Then we book a week of vacation in Proton Calendar, go to sleep the night before, and get woken up at 7 AM anyway.

Because your alarm app and your calendar have zero connection.

The manual workaround — disabling alarms before every holiday or vacation, then re-enabling them — is annoying, easy to forget, and something no one should have to think about in 2026.


💡 How ProtonWake Would Work

You create alarm profiles in ProtonWake, just like any alarm app. But instead of just picking days and times, you also define conditions:

  • "This alarm should only ring on workdays"

  • "This alarm should ring on vacation days — but at 9:00 AM instead of 7:00"

  • "This alarm should only ring on weekends and public holidays"

Lumo then takes over.

Lumo connects to your Proton Calendar — read-only, privately — and figures out what kind of day tomorrow actually is. Not just "is it a weekday", but:

  • Is there a multi-day vacation block in the calendar?

  • Is tomorrow a public holiday in your country/region?

  • Did you mark a specific day as a day off?

  • Do multiple events overlap in a way that changes the context?

Based on that, Lumo automatically activates the right alarm profile for you. No manual input. No forgotten alarms. No 7 AM wake-up on your first day of vacation.


🤖 Why This Needs Lumo (Not Just a Simple Calendar Sync)

A rules-based system could handle simple cases — like "if today is Saturday, skip the alarm." But real life is messier:

  • You have a vacation that starts mid-week

  • A public holiday falls on a Monday but you're working that day anyway

  • You have a dentist appointment in the morning and want a later alarm just for that day

This kind of contextual reasoning is exactly where Lumo shines. Instead of rigid if/else logic, Lumo reads your calendar the way a smart assistant would — understanding the meaning of your entries, not just their presence.

And because it's Lumo inside Proton: your calendar data never leaves the ecosystem. No third-party alarm app gets to see your schedule.


🔒 Privacy Bonus

If Proton ships encrypted Lumo memory across services, Lumo could even learn your personal wake-up preferences over time — entirely end-to-end encrypted. That's the long-term vision that makes this genuinely exciting for a privacy-first product.


TL;DR

> ProtonWake = smart alarm app where Lumo reads your Proton Calendar to automatically switch alarm profiles. Vacation booked? Workday alarm off, vacation alarm on. Public holiday detected? Switched automatically. All private. All within Proton.

Would love to know if anyone else has wanted something like this — and Proton/Lumo team, please make this happen! 🙏

reddit.com
u/Gamegyf — 2 months ago

(Ideas are my own, post was structured with the help of AI.)


Hey everyone,

I've been thinking about a feature that would genuinely improve ProtonVPN for long-running connections — on routers, TVs, PCs, and especially mobile. I'd love to see a Lumo-powered Smart Connection Optimizer. Here's the full idea:


The Problem

1. Long sessions on routers, TVs, and PCs

Once connected, ProtonVPN doesn't re-evaluate your server. Even if it gets more congested or a better option becomes available, you stay on the worse one indefinitely.

2. Mobile network switching

Every time I switch between WiFi and mobile data, my VPN connection becomes noticeably slower and unstable. Sometimes I can barely send messages. The app reconnects — but not to the best server. Just whichever it used before, even if it's now degraded.


The Idea

A Lumo-integrated Smart Connection Optimizer, enabled via a simple opt-in toggle in Settings. It works in two modes:


Mode 1 — Periodic Health Check (all devices)

Every 2–3 hours, Proton's backend evaluates your current server's load, latency, and availability — then compares it to other servers with the same feature flags:

> Streaming server → stays Streaming

> P2P server → stays P2P

> Secure Core → stays Secure Core

If a meaningfully better option exists, you're silently migrated. No interruption. Optional notification if you want one.


Mode 2 — Network Change Trigger (especially mobile)

When your device switches networks (WiFi → mobile data or back), instead of blindly reconnecting to the old server, your app fires one single lightweight request to Proton's backend. Lumo evaluates the current server landscape and returns the optimal server for your new network context.

> One call. Instant result. No background polling.


Why server-side matters

Nothing runs persistently on your device. All the intelligence lives on Proton's servers, which already collect real-time server load data. Lumo acts as a thin decision layer on top — comparing metrics, picking the best match. Your device just listens for the result.

| Benefit | Why |

|---|---|

| ✅ No battery drain | No on-device background process |

| ✅ No background activity | Server-side only |

| ✅ No extra permissions | Client just receives a signal |

| ✅ Fully opt-in | Simple toggle in Settings |

| ✅ No-logs compatible | Only real-time metrics used, never retained |


Why Lumo fits here

Lumo already runs on Proton-controlled servers in Europe and its routing logic is entirely server-side. Adding a lightweight inference step — "which server of type X has the best current metrics for this region?" — doesn't need a massive model. Just smart routing logic. This is exactly the kind of privacy-respecting AI integration that makes sense for the Proton ecosystem.

Would love to hear if others have run into the same issues, or if the Proton team has considered anything like this.

reddit.com
u/Gamegyf — 2 months ago
▲ 1 r/lumo

(These ideas are entirely mine -- I used AI to help structure and write them up more clearly. Wanted to be upfront about that.)

I'm not expecting Proton to build any of this tomorrow. These are feature ideas meant for the long run -- things that could gradually make it onto the roadmap over the coming years, the same way every major AI company has built out their feature set piece by piece over time. Think of this as a collection of ideas that are out there now, ready to be picked up whenever the time is right.

A few weeks ago I posted about Proton Search: scaling Lumo's search from ~5 sources to 300+, a Deep Research tier, contradiction flagging, and source transparency. Some of those ideas feed directly into sections here -- I'll note where. But this post goes much further.

I want this to be more than just a wishlist. At the end of each section there's a short prompt. If something resonates with you, drop the section number in the comments -- optionally with a sentence on why. The goal is to build a real picture of what the community actually wants, so the Proton team has something concrete to look at beyond one person's ranked list.

This is long. Jump to whatever sections matter to you.


1. Multi-Model Architecture and Mode System

Right now Lumo uses a fixed set of models with no user control over which one handles a given request. That works for v1, but the ceiling is too low.

My proposal: build a multi-model backend featuring models like Kimi K2.6, GLM-5.1, MiniMax M2.7, Qwen 3.5/3.6, and DeepSeek V4 (Flash + Pro) -- all open source, all under one unified interface. Each model covers different weaknesses of the others.

The UX would be a simple mode selector:

  • Auto -- Lumo picks the right model silently based on what you're asking. No user input needed.
  • Fast -- Small, instant model for quick questions.
  • Expert -- Large reasoning model for deep, nuanced answers.
  • Heavy -- Full agent mode (see section 2).

Below the selector: a manual model picker for power users who want exact control.

In Auto mode, Lumo would route based on query type -- for example, a coding question might go to a model that excels at code, a creative task to one that handles open-ended writing well, and a quick factual question to a lightweight fast model. These are just examples of how smart routing could look in practice; the actual routing logic would be something Proton defines and refines over time. The point is that the user just gets a better answer without doing anything extra.

Optional: a small model info panel under each response showing which model was used, why, and how long it took. Opt-in, power users only.

Long-term idea worth planting: zero-knowledge multi-model routing, where queries are anonymized so no single model ever holds full conversation context. Privacy-by-design at the infrastructure layer. Not urgent, but worth designing toward.

> If you want this: comment "1" -- and let me know whether you'd prefer manual model selection or just trusting Auto routing to handle it silently.


2. Heavy Mode -- Orchestrated Agent Mode

Heavy isn't just a slower, better model. It should be a fully orchestrated agent mode.

Kimi K2.5 supports up to 300 parallel subagents. The concept: you give Lumo a complex task, it breaks it into subtasks, distributes them across specialized agents running in parallel, and assembles the result -- like a project manager delegating to the right specialist for each piece.

The detail that makes this actually usable on mobile: asynchronous execution with push notifications. You submit a task, Lumo works in the background, you get notified when it's done. Without this, agent mode on mobile is a non-starter. Nobody wants to stare at a loading screen for three minutes.

> If you want this: comment "2".


3. Tools -- Proton Search, Code Execution, and More

Quick recap from my previous Proton Search post: Lumo's web search caps at ~5 sources per call. That's not enough for anything complex. The proposal:

  • Free: Standard web search (what Plus users have today)
  • Plus: Proton Search -- 20 to 300 sources, auto-scaled by query complexity, unlimited
  • Plus: Deep Research -- thousands of sources, multiple search rounds, iterative gap-filling, 25 requests per 3 hours

What makes it good beyond source count: a diverse pool including forums, community discussions, and niche blogs, contradiction flagging when sources disagree, source transparency after Deep Research, and live progress instead of a spinner. Full details in the original post.

Additional tools that should be in the Tools menu:

  • Code Execution Sandbox: run Python, JS, and Bash directly in Lumo and see real output, not just generated code
  • Math and Computation Tool: symbolic math, graphing, and equation solving via open-source engines
  • Citation Mode: inline source attribution under each specific claim, not just a list at the bottom -- this is the UI layer that makes Proton Search actually visible and trustworthy to the user

> If you want any of these: comment "3" -- and which tool matters most to you.


4. Live Voice Mode and Multimodality

ChatGPT's Advanced Voice is impressive -- but it logs your conversations and runs on OpenAI's infrastructure. A real-time encrypted voice conversation with Lumo would be a genuine first.

What it needs to be actually good:

  • Emotional TTS: Lumo's voice adapts to context -- casual for small talk, focused for technical discussions, friendly for brainstorming. Achievable via open-source engines like CosyVoice2 or IndexTTS-2.
  • Multilingual voice: Lumo detects when you switch languages mid-conversation and responds in the same language automatically, no settings change required.
  • Camera and screen input during voice: say "look at this" and Lumo analyzes what it sees, then responds verbally in real time.
  • Video understanding: upload a short clip or paste a URL -- Lumo identifies key moments, extracts text, and summarizes content.

> If you want this: comment "4" -- and whether privacy or feature quality matters more to you personally in voice mode.


5. Native App and UX Improvements

Lumo's current mobile app is basically a web wrapper. Every other major Proton app (Mail, Drive, Pass) is native -- instant open, no reload delay, immediate account recognition. Lumo should be the same.

The gap between tapping the icon and being able to type is one of the most consistent friction points right now. That alone is worth fixing independently of everything else.

UX improvements worth building alongside a native app:

  • Conversation Branching: fork a conversation at any point and explore two directions without losing the original thread. Claude has this; almost no other AI assistant does.
  • Chat export to Proton Drive: one-click Markdown or PDF export, lands encrypted in Drive
  • Inline editing: highlight part of a response and say "rewrite just this section"
  • Diff view on revisions: before/after comparison when Lumo rewrites something, like a code diff, so you can see exactly what changed
  • Command palette: quick commands via / or CMD+K -- /search, /code, /export, /branch
  • Confidence Score: Lumo rates its own certainty visibly. Low confidence auto-triggers a web search or flags the claim.
  • Disappearing Chats with Timer: Ghost Mode exists, but a proper auto-delete timer (24h / 7 days / after X messages) fits perfectly with Proton's philosophy

> If you want this: comment "5" -- and which UX issue bothers you most right now.


6. Proton Ecosystem Integration

This is Lumo's structural advantage. It already lives inside a privacy-first ecosystem that no other AI assistant can replicate.

Lumo x Proton Mail

Proton Scribe exists but runs on a smaller model. The upgrade: route Lumo directly into the Mail client. Full thread summarization, smart reply suggestions, draft writing -- powered by the same large model, all E2EE, no separate workflow needed.

Cross-Platform Knowledge (opt-in)

An optional setting that lets Lumo draw context from your Proton ecosystem. Fully opt-in, zero unencrypted data leaves the device, and granular per-platform control -- a master toggle plus individual checkboxes for Calendar, Drive, Mail, and others. Not a binary on/off.

Lumo in Proton Docs and Sheets

Sidebar integration in the editor: refine text, analyze tables, explain formulas, generate content -- without leaving Docs or Sheets. All E2EE.

Proton Drive Semantic Search

"Find all my documents where I wrote about X" -- semantic search across your Drive via Lumo, not just keyword matching. Your own files become a private, searchable knowledge base.

Proton VPN x Lumo

Lumo monitors your connection quality and automatically switches to a faster server when speed drops -- purely performance-based. No logging of what you were doing, no correlation with activity, no connection history. Just "this server got slower, here's a better one." Account-level opt-in toggle.

Proton Pass x Lumo (long-term)

Lumo monitors for leaked credentials and notifies you when something is compromised. Eventually, with Browser Agent mode, it could change the affected password automatically. Far out, but worth designing toward.

> If you want any of this: comment "6" -- and which integration would matter most to you.


7. Agents and Automation

  • Deep Research Mode: Lumo builds a research plan, runs 10 to 20+ searches, identifies remaining gaps, searches again specifically for those, and delivers a cited report. Like Gemini Deep Research, but private. Direct extension of Proton Search's infrastructure.
  • MCP Client Support: Lumo as an MCP client, able to interact with GitHub, Jira, Calendar, Notion, and others via the open standard. The MCP ecosystem is already large and growing.
  • A2A Multi-Agent Communication: specialized subagents for research, code, planning, and mail coordinate via Agent-to-Agent protocol. Massive tasks get decomposed and parallelized automatically.
  • Browser Agent Mode (long-term): autonomous browsing, form filling, cross-site information gathering. This one comes last, once everything else is solid.

> If you want this: comment "7".


8. Document Generation

Lumo produces a lot of text. It should be able to export that text as proper files:

  • DOCX and PDF export: generate professional documents directly from chat, saved encrypted to Drive
  • Presentation generation: full slide decks from a prompt or uploaded document, exported as PPTX to Drive
  • Spreadsheet generation: structured tables exported as CSV or Proton Sheets format

> If you want this: comment "8".


9. Collaboration (Lumo Professional)

  • Encrypted shared sessions: two Lumo users working together in one conversation, E2EE throughout
  • Team Knowledge Base in Projects: shared encrypted documents so every team member has the same context available to Lumo
  • Comment and review mode: team members can comment on, accept, or reject specific Lumo outputs
  • Role management: granular control over who can read Projects, write to them, or use Agent mode

> If you want this: comment "9".


10. Developer and Power User Features

  • In-app API Playground: test the Lumo API from within Lumo -- set system prompts, adjust parameters, see token usage in real time
  • Token usage display: optional view of how many tokens a response cost and how much context window remains
  • Lumo CLI: a command line equivalent to Claude Code -- developers should be able to use Lumo from the terminal without opening a browser
  • Webhook support: external services trigger Lumo tasks and receive results via webhook, enabling automation without a full agent setup

> If you want this: comment "10".


11. Intelligence and Quality

  • Fact-Check Mode: after answering, Lumo actively verifies its own claims via web search and marks uncertain statements with a visible indicator
  • Contradiction Detection: when synthesizing multiple sources, Lumo explicitly flags disagreement instead of silently picking one side. Proton Search's infrastructure makes this possible; this quality layer makes it visible in the UI.
  • Learning Profile: Lumo tracks your knowledge level per topic (stored encrypted in Memory) and calibrates explanation depth over time. An expert doesn't get beginner explanations; a beginner doesn't get unexplained jargon.
  • Daily Digest (opt-in): optional morning summary of open Projects tasks, today's calendar events if Cross-Platform Knowledge is enabled, and topics you follow

> If you want this: comment "11".


My priority ranking

If I had to rank these by impact per effort for where Lumo is right now:

  1. Multi-model architecture and mode system
  2. Native mobile app
  3. Live Voice Mode
  4. Proton Search (previous post)
  5. Ecosystem integration (Mail, Drive, Docs and Sheets)
  6. Code execution sandbox and tools
  7. Agent mode with push notifications
  8. Document generation
  9. Everything else

Your turn

Drop the section numbers of whatever you want most in the comments. You don't need to write an essay -- just the number is enough to count as a vote. A few things I'm specifically curious about:

  • Section 1 -- Multi-model: manual model selection, or just trust Auto routing?
  • Section 6 -- VPN optimization: genuinely useful, or overengineered?
  • Overall: what is the single most overdue thing on this list for you?

Would love to see what gets traction here.

reddit.com
u/Gamegyf — 2 months ago