382 results found

1. Lumo Integration with DaVinci Resolve via MCP

   I'd like to suggest adding DaVinci Resolve integration to Lumo. This would enable video editors to use a privacy-first AI assistant directly within their video editing workflow.

   Why This Matters:

   Privacy-Conscious Professionals — Video editors often work on unreleased content, corporate projects, documentaries, and sensitive material. Many cannot use mainstream AI tools due to confidentiality requirements. Lumo's zero-access encryption addresses this gap.

   Technical Feasibility — DaVinci Resolve 21.1 now supports MCP (Model Context Protocol), which enables AI assistants to automate editing tasks like removing silences, adding captions, syncing audio, and generating transcript-based rough cuts, making graphics etc. The infrastructure exists on Blackmagic's side.

   Competitive Differentiation — Current MCP-compatible AI tools (Claude, ChatGPT) do not offer end-to-end encrypted, privacy-focused alternatives. This would position Lumo uniquely in the professional creative market.

   Implementation Paths:

   Develop a native Lumo desktop app for Windows/macOS (enables MCP server access)
   Create an OpenFX/DCTL plugin for direct Resolve integration
   Provide MCP configuration guide for connecting Lumo to Resolve 21.1+
   Target Users: Professional video editors, documentary filmmakers, corporate media teams, content creators handling confidential/unreleased material.

   With DaVinci Resolve 21.1's MCP support launching in September 2026, now is an ideal window to build this integration before competing solutions capture the market.

   Thank you for considering this feature. It would be a significant differentiator for Lumo in the professional creative space while staying true to Proton's privacy-first mission.

   I'd like to suggest adding DaVinci Resolve integration to Lumo. This would enable video editors to use a privacy-first AI assistant directly within their video editing workflow.

   Why This Matters:

   Privacy-Conscious Professionals — Video editors often work on unreleased content, corporate projects, documentaries, and sensitive material. Many cannot use mainstream AI tools due to confidentiality requirements. Lumo's zero-access encryption addresses this gap.

   Technical Feasibility — DaVinci Resolve 21.1 now supports MCP (Model Context Protocol), which enables AI assistants to automate editing tasks like removing silences, adding captions, syncing audio, and generating transcript-based rough cuts, making graphics etc. The infrastructure exists… more

   1 vote

   Vote Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   0 comments  ·  New feature  ·  Edit…  ·  Delete…  ·  Admin →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Submit Rating

2. Feature Requests & Performance Feedback: Bulk Chat Management and Default Ghost Mode

   I'm a regular user experiencing two related issues I'd appreciate your help with:

   Performance Issue: The UI is loading slower than before. My theory is this may be related to accumulated chat history, given the zero-access encryption architecture means data decrypts locally. Could you confirm whether this is a known behavior or if there are other likely causes?

   Feature Requests:

   Bulk/Multi-Select Delete: Currently, deleting chats requires removing them one at a time. A checkbox-based multi-select mode would save significant time when managing a large history.

   Archive Functionality: An archive option (separate from delete) would help declutter the active chat list while preserving content for later retrieval.

   Default Ghost Mode: I'd like to set ghost mode as the default behavior so only selected conversations are saved, rather than enabling it manually each session. Alternatively, an "ephemeral by default" toggle in settings would work.

   Why this matters: These features would directly impact daily usability, especially for power users with extensive chat histories. They'd also strengthen Lumo's privacy-by-position by putting more granular control in users' hands.

   Thanks for building such a thoughtful, private AI assistant. I'm happy to provide additional detail or test beta features if helpful.

   I'm a regular user experiencing two related issues I'd appreciate your help with:

   Performance Issue: The UI is loading slower than before. My theory is this may be related to accumulated chat history, given the zero-access encryption architecture means data decrypts locally. Could you confirm whether this is a known behavior or if there are other likely causes?

   Feature Requests:

   Bulk/Multi-Select Delete: Currently, deleting chats requires removing them one at a time. A checkbox-based multi-select mode would save significant time when managing a large history.

   Archive Functionality: An archive option (separate from delete) would help declutter the active chat list… more

   1 vote

   Vote Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   0 comments  ·  New feature  ·  Edit…  ·  Delete…  ·  Admin →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Submit Rating

3. Temporal Context Enhancements for Lumo

   Dear Proton Support Team,

   I would like to propose a set of related enhancements concerning temporal information in Lumo, together with a suggested deployment model aligned with your existing subscription structure.

   Current Situation
   Lumo currently receives the calendar date in its system prompt (e.g., "Today's date: 07 Oct 2026"), but does not have access to:
   1. The day of the week
   2. The ISO week number
   3. The local time of day
   4. Any record of when previous messages in a conversation were sent

   The weekday and week number are mathematically derivable from the date, but this derivation must be repeated on every message — unnecessary overhead for facts that never change within a day. The time of day cannot be inferred from the date at all without indirect methods (such as invoking a tool purely to extract a timestamp from its response), which is inefficient and unreliable. And since past system prompts are not retained in the conversation context, Lumo cannot perceive any elapsed time between messages, no matter how precisely the present is known.

   Proposed Enhancements

   1. Weekday and ISO Week Number (all users)
      Append both to the existing date injection.
      • Token cost: minimal, roughly a dozen characters per message.
      • Benefit: eliminates redundant per-turn computation and guarantees consistent calendar awareness.

   2. Current Time Injection (Lumo Plus)
      Additionally inject the user's local time of day into each prompt, as an opt-in setting.
      • Cost: requires a client-side time handshake or similar per-session mechanism, comparable to existing infrastructure-backed Plus features such as web search.
      • Benefit: enables time-aware behavior such as tone adjustment to the hour, and rules that trigger at specific times.

   3. Per-Message Timestamps (Lumo Plus, probably)
      Append the send time to each message, persisted in the conversation transcript.
      • Cost: unlike the fixed-size injections above, the accumulated token overhead of per-message timestamps grows with conversation length — effectively consuming a small surcharge on every historical turn in every subsequent prompt. For long-running conversations this is a recurring and increasing cost, which suggests the Plus tier.
      • Benefit: this is the only mechanism that provides elapsed-time reasoning. Knowing the current time alone does not tell Lumo when a previous message was sent; a timestamped transcript does.

   Use Cases

   Personal use case — alternating shift schedules: I work alternating early and late shifts based on ISO week parity. In odd-numbered weeks (early shift), I should be asleep by 20:00; in even-numbered weeks (late shift), I arrive home at 21:30; weekends are unconstrained. A functional reminder rule ("after [20:00 or 02:00, depending on shift] on a work night, tell me to go to bed") requires the weekday, the week number, and the current time — all three layers together. Today, only the date is provided, and the derivation of calendar facts is reasoning-intensive and unreliable enough that such a rule cannot be trusted.

   Commitment tracking: time-relative statements ("I'll check back in five minutes") only become meaningful if the assistant can compare a previously stated time against the present. Without per-message timestamps, this class of verification is structurally impossible — the assistant knows only "now," with no record of "when."

   Conversation integrity: with automated summarization of long conversations, timestamps serve as structural markers. Elapsed-time gaps carry real meaning (a thirty-second reply versus an overnight pause), and preserving that information makes compacted summaries substantially more faithful.

   Implementation Notes
   Timestamps can be captured client-side at send time and attached to the message payload, requiring no server-side clock synchronization. All four proposals operate entirely within the existing privacy model: no data sharing, no training usage, and timestamps originate from the user's own device. Users implementing parity-based rules (as in my schedule) could additionally anchor their rotation to a reference week in persistent memory, keeping such rules debuggable when the underlying roster changes.

   Closing
   These proposals would give Lumo a coherent sense of time that currently requires awkward workarounds to approximate. I believe the split between near-free calendar facts and infrastructure-dependent time data fits your existing tier structure well.

   Thank you for considering this suggestion.

   P.s.: Yes, Lumo wrote this on my behalf. I did proofread all and edited some of it, though.

   Re-filed it, because the last one - strike that, two, I'm stupid - accidentally landed in "general" rather than the Lumo forum.

   Dear Proton Support Team,

   I would like to propose a set of related enhancements concerning temporal information in Lumo, together with a suggested deployment model aligned with your existing subscription structure.

   Current Situation
   Lumo currently receives the calendar date in its system prompt (e.g., "Today's date: 07 Oct 2026"), but does not have access to:
   1. The day of the week
   2. The ISO week number
   3. The local time of day
   4. Any record of when previous messages in a conversation were sent

   The weekday and week number are mathematically derivable from the date, but this derivation must be… more

   1 vote

   Vote Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   0 comments  ·  New feature  ·  Edit…  ·  Delete…  ·  Admin →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Submit Rating

4. Connections to Plaud & Other AI/Notes Services

   I would really love to see Connections added to Lumo.

   Other AI assistants already offer the ability to connect external services and apps, allowing the AI to work with your own notes, documents, and other information.

   For example, it would be great if I could connect Plaud to Lumo and ask Lumo questions based on my Plaud notes and transcripts.

   I think Connections could make Lumo much more useful as a personal AI while still keeping Proton’s strong focus on privacy.

   Some examples could be:

   Plaud
   Note-taking apps
   Cloud storage
   Personal knowledge bases
   Other services containing my own data

   Having the ability to securely connect these services to Lumo would be a huge improvement in my opinion.

   I would really love to see Connections added to Lumo.

   Other AI assistants already offer the ability to connect external services and apps, allowing the AI to work with your own notes, documents, and other information.

   For example, it would be great if I could connect Plaud to Lumo and ask Lumo questions based on my Plaud notes and transcripts.

   I think Connections could make Lumo much more useful as a personal AI while still keeping Proton’s strong focus on privacy.

   Some examples could be:

   Plaud
   Note-taking apps
   Cloud storage
   Personal knowledge bases
   Other services containing my own data

   Having… more

   1 vote

   Vote Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   0 comments  ·  New feature  ·  Edit…  ·  Delete…  ·  Admin →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Submit Rating

5. Saving and printing a chat without greyish background

   I found an alternative to copying a chat without the greyish background on Apple MacOS: if Notes has a white background, copy Lumo chat in Notes, then export to Pages and print from Pages.

   That removes the greyish background, but it's still a lot of actions to do for a clear result to be saved or printed.

   I hope Proton will offer a simpler solution.

   1 vote

   Vote Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   0 comments  ·  New feature  ·  Edit…  ·  Delete…  ·  Admin →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Submit Rating

6. Copy Block for generated Email and COde

   When Lumo generate response and if it contain Email or Code, it should be in a block with copy button which i can copy the whole Mail or Code with single click and paste in my mail or IDE.

   3 votes

   Vote Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   0 comments  ·  New feature  ·  Delete…  ·  Admin →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Submit Rating

7. Please have a text to voice function at the end of each message.

   Please have a text to voice function at the end of each message. Every other AI incorporates this and it reads the text back to you. It helps people with disabilities or if you are driving and trying to pay attention to the road. This way you can voice to text to Lumo and get text to voice back. Thanks!

   3 votes

   Vote Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   0 comments  ·  New feature  ·  Delete…  ·  Admin →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Submit Rating

8. Custom event time zones in Proton Calendar

   I have been traveling more, and I would like to book work and personal events in their respective time zones. I have my current primary time zone as Central U.S. (Chicago), but a secondary time zone doesn't really make sense for short trips to other time zones. An example is I booked a museum tour at a specified time in London, UK next year. I would like to add it with the 12:00 at London 0 GMT. And then let's say I book a dinner reservation in Washington, DC for my trip this week. I could make it 6:00 pm Eastern U.S. and not have to think about making it 5:00 pm Central U.S. My ideal suggestion would be a quick search field that has pre-populated with cities and countries and their time zones pulled from Wikipedia, then also the GMT system for when a backup is necessary.

   I have been traveling more, and I would like to book work and personal events in their respective time zones. I have my current primary time zone as Central U.S. (Chicago), but a secondary time zone doesn't really make sense for short trips to other time zones. An example is I booked a museum tour at a specified time in London, UK next year. I would like to add it with the 12:00 at London 0 GMT. And then let's say I book a dinner reservation in Washington, DC for my trip this week. I could make it 6:00 pm… more

   2 votes

   Vote Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   0 comments  ·  New feature  ·  Delete…  ·  Admin →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Submit Rating

9. Subthread creation from highlighted response, pinning, pruning, editing, model changing.

   A fractal of subthreads started from a response.

   Tree navigation, Pruning, and editing.

   Subthread PinningG

   I understand this is complex,
   I'de rather have it slow and capable, instead of not at all.

   2 votes

   Vote Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   0 comments  ·  New feature  ·  Delete…  ·  Admin →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Submit Rating

10. **Feature Request: Research Integration & Source Transparency**

    Feature Request: Research Integration & Source Transparency

    As an engineering professional using Lumo for medical/pharmacological research, I'm requesting:

    1. Research-database integration for web search: Preprint servers (medRxiv, bioRxiv), clinical trial registries (NCT database), and PubMed with full-text retrieval—not just consumer health pages. Current gaps hurt real-world workflows (e.g., GLP-1 titration research misses >1 year of data).

    2. Visible source trail: Inline citations linking claims to specific retrieved passages so technical users can audit responses faster.

    3. Fresher model training: April 2024 cutoff creates systematic lag in fast-moving domains like pharmacology and longevity science. Request more frequent retraining cadence.

    4. Domain-aware routing: Specialized models for medical/scientific queries would improve answer quality for research-heavy users.

    These changes would move Lumo from useful to reliably primary for deep research workflows. Happy to provide examples or beta test.

    Feature Request: Research Integration & Source Transparency

    As an engineering professional using Lumo for medical/pharmacological research, I'm requesting:

    1. Research-database integration for web search: Preprint servers (medRxiv, bioRxiv), clinical trial registries (NCT database), and PubMed with full-text retrieval—not just consumer health pages. Current gaps hurt real-world workflows (e.g., GLP-1 titration research misses >1 year of data).

    2. Visible source trail: Inline citations linking claims to specific retrieved passages so technical users can audit responses faster.

    3. Fresher model training: April 2024 cutoff creates systematic lag in fast-moving domains like pharmacology and longevity science. Request more frequent retraining cadence.

    4. Domain-aware… more

    3 votes

    Vote Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    1 comment  ·  New feature  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Submit Rating

11. Add the option to protect Files and Messages, from the Chat Compaction Routine, by pinning them.

    Please add the feature to "pin" files and individual messages (be it user or Lumo messages),
    within the scope of one chat,
    in order to protect them from summarisation AND deletion.

    .

    The reason is clear:
    it's AWESOME that we now can continue using one chat for much longer, so that we don't have to interrupt our research or work so often any more.

    BUT often times during the cleanup, important details, source files or parts of files, get lost to the summarisation.

    .

    P.s.:

    My suggested feature having the scope of one chat would be perfectly fine for me,
    however there are broader suggestions too:
    https://protonmail.uservoice.com/forums/932842-lumo/suggestions/51504899-allow-users-to-manually-pin-items-to-persistent-me

    Please add the feature to "pin" files and individual messages (be it user or Lumo messages),
    within the scope of one chat,
    in order to protect them from summarisation AND deletion.

    .

    The reason is clear:
    it's AWESOME that we now can continue using one chat for much longer, so that we don't have to interrupt our research or work so often any more.

    BUT often times during the cleanup, important details, source files or parts of files, get lost to the summarisation.

    .

    P.s.:

    My suggested feature having the scope of one chat would be perfectly fine for me,… more

    3 votes

    Vote Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    0 comments  ·  New feature  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Submit Rating

12. Double click to edit

    Coming from other calendar apps, I find myself always double clicking the event to edit it, this would be a super nice little feature that saves time and clicks :)

    2 votes

    Vote Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    0 comments  ·  New feature  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Submit Rating

13. Think and respond in the user's English variant, with full regional settings for Lumo (units, currency, time zones + more)

    Lumo has language selection, but no regional settings governing how it formats measurements, currency, dates and times in its responses, or how it reasons within them. For users outside the US this is constant friction. Critically, these settings should shape how Lumo thinks, not just how it writes: drafting a document in British English should mean composing it in British English from the first word, rather than generating American English and converting the spelling afterwards.

    Requested options, ideally as one Region preference with independent sub-settings:

    1. English variants with full grammar, punctuation, vocabulary and idiom rules (en-GB, en-AU, en-NZ, en-IE, en-CA, en-IN, en-ZA, en-US), rather than one undifferentiated English that defaults to American.

    2. A separately selectable spelling and proofreading variant, independent of interface language.

    3. A temporal awareness toggle (choose whether Lumo knows the current date and time, for privacy), with a user-set default time zone including fractional offsets (UTC+5:30, +5:45, +12:45), correct daylight saving rules per region, a 24-hour or 12-hour clock, and unambiguous offset rendering for cross-zone times.

    4. Measurement units: user-selectable metric or imperial, governing both how Lumo expresses quantities and how it interprets input.

    5. Temperature scale (Celsius or Fahrenheit) as an independent setting.

    6. Default display currency, so financial figures do not assume USD.

    7. Date format independent of language variant (DD/MM/YYYY, MM/DD/YYYY, ISO YYYY-MM-DD, YYYY/MM/DD, D.M.YYYY), plus alternative calendar systems (Hijri, Hebrew, Japanese era, Thai Buddhist, Persian, Indian Saka, Chinese lunisolar among others). This prevents consequential misreadings such as 09/01/2026, two entirely different dates eight months apart depending on the reader's convention.

    8. Calendar week-start day (Monday, Sunday or Saturday, per the user's convention), with ISO week numbering as an option.

    9. Holiday awareness: regional terminology (public, bank, federal, statutory holidays), sub-national variation, correctly named Lunar New Year variants (Spring Festival, Seollal, Tet, Losar, Tsagaan Sar, Imlek), other East and Southeast Asian observances, religious observances across all major traditions (with an option to surface global ones), school holidays and academic terms per jurisdiction (academic year boundaries differ between hemispheres), and moon phases and lunisolar calendar display. Multi-jurisdiction families and remote students should be able to subscribe to several calendars at once.

    10. Financial year conventions: calendar year, 1 July to 30 June (Australia, NZ), 1 April to 31 March (India, Japan), 6 April to 5 April (UK personal tax), 1 October to 30 September (US federal), and a custom start date for anywhere else, so financial year reasoning stops assuming the calendar year.

    11. Number formatting: regional decimal and thousands separators (1,234.56 / 1.234,56 / 1 234,56 / 1'234.56), Indian lakh and crore digit grouping, Arabic-Indic numerals, and East Asian myriad grouping.

    12. Paper size conventions: ISO A and B series, US Letter and Legal, JIS B and traditional Japanese sizes, ANSI, and Latin American formats.

    13. Region-appropriate cultural references in examples (pricing, quantities, institutions) rather than US defaults.

    14. Academic citation styles (Harvard, APA, MLA, Chicago, Oxford) as a selectable preference.

    15. Toggles controlling whether each setting also applies in Ghost Mode chats, so ephemerality does not cost users their regional settings.

    Ideally these would be managed at Proton Account level and available across all applicable Proton apps, applied either globally or per app, configured once and synced everywhere.

    The examples above are illustrative, not exhaustive: the underlying request is that these options cover the conventions in use by everyone in every country globally, with custom options catching the remainder. No Proton user should find their regional reality unrepresentable.

    Competitor landscape: Apple's Language and Region settings already allow independent configuration of these conventions at OS level, inherited by Siri and Apple Intelligence. No major AI assistant (ChatGPT, Gemini, Claude, Copilot) currently offers structured regional settings natively; users resort to character-limited custom instructions that are inconsistently honoured. Proton would be the first AI assistant to ship them.

    Full detail for every item, with regional examples, is posted in the comments below. Please vote if you would like to see these features added :)

    Lumo has language selection, but no regional settings governing how it formats measurements, currency, dates and times in its responses, or how it reasons within them. For users outside the US this is constant friction. Critically, these settings should shape how Lumo thinks, not just how it writes: drafting a document in British English should mean composing it in British English from the first word, rather than generating American English and converting the spelling afterwards.

    Requested options, ideally as one Region preference with independent sub-settings:

    1. English variants with full grammar, punctuation, vocabulary and idiom rules (en-GB, en-AU, en-NZ, en-IE, en-CA,… more

    2 votes

    Vote Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    2 comments  ·  New feature  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Submit Rating

14. Add Lumo integration for Android Auto

    I'd like to request official Lumo support for Android Auto. This would enable hands-free voice interaction with Lumo while driving, improving safety and accessibility.

    Why This Matters

    Currently, accessing AI assistants while driving requires unsafe workarounds (phone screens, third-party apps without privacy guarantees). With Android Auto integration, users could:

    • Ask questions hands-free via voice commands
    • Get navigation assistance with private AI
    • Request summaries, translations, or information without touching the phone
    • Keep conversations encrypted end-to-end (proton's core value proposition)

    Key Use Cases

    | Scenario | Benefit |
    |----------|---------|
    | Navigation queries | "Where's the nearest charging station?" → Private, no tracking |
    | Driving directions | "Take me home fastest route avoiding traffic" |
    | Quick info checks | Weather, reminders, schedule while on the road |
    | Hands-free productivity | Dictate notes, emails, or messages securely |

    Technical Considerations

    • Voice recognition integrated with Google Assistant or native Android Auto
    • Zero-access encryption maintained throughout
    • Low-latency responses for real-time driving needs
    • Optional offline mode for basic queries (if feasible)

    Competitive Context

    Other AI assistants (Google Assistant, Amazon Alexa) already have car integrations. Proton could differentiate itself by offering a privacy-first alternative for users who care about data protection while traveling.

    ---

    Impact Statement

    This feature would make Lumo a true daily companion—not just at the desk, but anywhere life happens. Safety + privacy in one package is a strong differentiator for Proton's brand.

    ---

    I'd like to request official Lumo support for Android Auto. This would enable hands-free voice interaction with Lumo while driving, improving safety and accessibility.

    Why This Matters

    Currently, accessing AI assistants while driving requires unsafe workarounds (phone screens, third-party apps without privacy guarantees). With Android Auto integration, users could:

    • Ask questions hands-free via voice commands
    • Get navigation assistance with private AI
    • Request summaries, translations, or information without touching the phone
    • Keep conversations encrypted end-to-end (proton's core value proposition)

    Key Use Cases

    | Scenario | Benefit |
    |----------|---------|
    | Navigation queries | "Where's the nearest charging station?" → Private, no tracking… more

    3 votes

    Vote Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    0 comments  ·  New feature  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Submit Rating

15. Lumo search/conversation widget

    I would like to have a Lumo search/conversation bar widget (like Google search widget) in order to access Lumo faster from home screen.

    2 votes

    Vote Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    0 comments  ·  New feature  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Submit Rating

16. Integrated events into calendar?

    It would be amazing to have an integrated toggle for moon phases, holidays, special days like tax day and voting day (country specific).

    3 votes

    Vote Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    0 comments  ·  New feature  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Submit Rating

17. Enable .ICS file import from https://calendar.proton.me/u/1/ instead of via https://account.proton.me/u/1/calendar/dashboard

    Various platforms are used increasingly for video meetings and webinars. When booking, I often receive a .ICS file to download frtom an email, then import into my calendar. Each time, I have to go to my calendar, then select settings, then all settings, then Import/Export. This process takes a long time. Given the frequency of needing to import .ICS files, it would be much faster and easier if it were possible to import it from the Calendar view.

    3 votes

    Vote Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    0 comments  ·  New feature  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Submit Rating

18. Feature request — Lumo integration with Proton Drive as project context

    Hello,

    I'd like to propose a feature that would significantly increase Lumo's value for professional users: the ability for Lumo to read files directly from the user's own Proton Drive as conversation context.

    The current gap: Lumo works great with individual files pasted or uploaded into a chat, but there is no way to give it access to a complete folder — for example, a software project directory. Working on real code means needing context across many files at once (source code, configs, changelogs). Right now, this means repeatedly uploading files by hand, which breaks the workflow.

    Concrete user story (my own): I develop a network-management add-on for Kodi. Debugging sessions with Lumo involve dragging five-plus Python files into the conversation, manually keeping them in sync with my local versions, and re-sending them after long chats get compacted. If I could point Lumo at a synced folder in my Proton Drive — say, "read resources/lib in this shared folder as your working context" — the entire friction disappears. Everything stays end-to-end encrypted under my own keys, and Lumo always sees the current version.

    Why this fits Proton uniquely: This could become a genuinely differentiating feature. Privacy-focused cloud storage plus a private AI assistant that can securely work on your own files — with decryption happening client-side and content never exposed to third parties — is a combination mainstream competitors cannot credibly offer. For developers, writers, and researchers, "your encrypted Drive is your AI workspace" is a compelling pitch.

    Suggested scope (phased):

    Read-only access to user-selected Drive folders as chat context (with automatic refresh on file changes).
    Later: a session-persistent "workspace" concept that survives conversation compaction.
    

    Thank you for considering this — and thank you for building privacy-respecting tools that professionals can actually rely on.

    Kind regards, Doemela.

    Hello,

    I'd like to propose a feature that would significantly increase Lumo's value for professional users: the ability for Lumo to read files directly from the user's own Proton Drive as conversation context.

    The current gap: Lumo works great with individual files pasted or uploaded into a chat, but there is no way to give it access to a complete folder — for example, a software project directory. Working on real code means needing context across many files at once (source code, configs, changelogs). Right now, this means repeatedly uploading files by hand, which breaks the workflow.

    Concrete user story… more

    3 votes

    Vote Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    0 comments  ·  New feature  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Submit Rating

19. Native file generation and download in Lumo (return edited project files as a ZIP)

    As an amateur developer working on Android apps with Visual Studio, I currently rely on ChatGPT for my coding workflow. I upload my entire project folder as a ZIP, describe the changes I need, and the AI corrects the files directly and sends them back to me as a downloadable ZIP. This automated loop is essential for me as a hobbyist who doesn't have the time or patience to manually copy-paste code into dozens of files.

    I would love to switch to Lumo because of its privacy focus and non-US ownership, but the current limitation is a dealbreaker. Right now, I can upload files for analysis, but any corrections require me to manually copy-paste the code back into Visual Studio. For a small project with many files, this makes the workflow too slow and cumbersome for an amateur developer.

    Feature request:

    Allow Lumo to act as a code agent: accept a project ZIP, apply requested changes to the files internally, and return the corrected project as a downloadable ZIP archive.
    Alternatively, enable direct writing to a linked Proton Drive folder for a project, so the changes are saved automatically.
    

    Without this feature, Lumo is impractical for software development tasks involving multiple files. Implementing this would make Lumo the perfect privacy-respecting alternative for hobbyists and indie developers who want to avoid US-based AI services but still need efficient, automated coding assistance.

    As an amateur developer working on Android apps with Visual Studio, I currently rely on ChatGPT for my coding workflow. I upload my entire project folder as a ZIP, describe the changes I need, and the AI corrects the files directly and sends them back to me as a downloadable ZIP. This automated loop is essential for me as a hobbyist who doesn't have the time or patience to manually copy-paste code into dozens of files.

    I would love to switch to Lumo because of its privacy focus and non-US ownership, but the current limitation is a dealbreaker. Right now,… more

    3 votes

    Vote Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    0 comments  ·  New feature  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Submit Rating

20. Real Life Meca Lumo

    I found out how may of the small robots, with raspberry (<- mini pc) and such exist.

    It supports many of the other ais. And i can't help but want a cat like this:)))

    After all... can you Imagen if, despite having an ai, as a mini robot, seeing and talking and more with you, it's still 100% privacy? (i am not taking in account crimes and similar as per limitation of what 100% privacy means).

    For Proton: i don't know how they work but if the little robot can be compatible with Lumo, then we can take it from there, like maybe directly connected to our pc or something

    (Also for proton: ensure you do add policies against the use of such mini Lumos since i am sure people are already doing ai robot vs ai robots or some other vs stuff)

    I found out how may of the small robots, with raspberry (<- mini pc) and such exist.

    It supports many of the other ais. And i can't help but want a cat like this:)))

    After all... can you Imagen if, despite having an ai, as a mini robot, seeing and talking and more with you, it's still 100% privacy? (i am not taking in account crimes and similar as per limitation of what 100% privacy means).

    For Proton: i don't know how they work but if the little robot can be compatible with Lumo, then we can take it from… more

    2 votes

    Vote Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    0 comments  ·  New feature  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Submit Rating