u/Gamegyf

Lumo needs a public TestFlight beta — and here's why it makes total sense
▲ 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 — 6 days 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 — 21 days 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 — 21 days 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 — 22 days ago