371 results found

1. Lumo iOS Search function

   Sometimes during a long session, you want to get back to particular answers that you need to keep on working right now the only way to do this is to either scroll through the whole session manually or copy paste, the answer to a new document which is somewhat cumbersome

   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. Create a specific macOS app or allow use of the iPadOS app on mac with Silicon

   Create a specific macOS app or allow use of the iPadOS app on mac with Silicon

   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. Transcript feature uncensored

   Currently i get censored when i am speaking for no reason <- me swearing is not "a reason" unless there is no free speak. Me swearing when someone is present, including a child, or someone who will get offended, are reason i fully understand that are real "a reason". But:

   Or what, what i am talking with Lumo needs to be censored in case someone read what i speak with an 100% privacy AI?

   And

   If this is not from Lumo, but our own device, then why do we have a function in the chat that might expose our talk? Aka not enough transparecy on this, and sadly this becomes more and more important as companies add more "monitoring what you do on the device" <- look up LG and such if you want an up to date version of what i mean......

   Now that i "addressed" tons of "arguments", i want to point out one thing. That argument is not really far fetched. On top of Lumo Trying to understand what we say, especially if we have issues with pronouncing, then it's even more difficult to be clear. And the issue is that Lumo needs to further check everything if it's slur, swearing, or more.

   This means: Run through ALLLLL of the information in case it's a code, or slag, or different expression or language

   This also means that it might "flag" something. And this is an issue. After all, if it flags something, does this not add even further to background thinking that is used for other matters because, as the argument said, aka, who are we "minding our manners" for?

   Also i want to highlight, i was told many times that the whole "don't" and "no" and even "avoid" are stuff ais don't understand well.

   this means that Lumo is actively needing to censor whatever it's thinking, removing "bad words" or "adding " around the terms" so that it can think about....

   So

   again

   I ask something: Lumo censorese what i said. Rephases what i said. Removes pieces. And then it finally has the full picture? No, this is NOT what i am talking about.

   I am talking about the fact that as a program, before Lumo is even thinking, it already has parcially censored, removed, version, that NO thinking was used.

   Exemple

   ****** dsfdnsfo **** fdaslknsgfmowern

   are causing issues for Lumo to understand what it is.

   And those ***** is the terms that got censored.

   Without any thinking, no reasoning, nothing.

   so the end message is not a complete on, but fragmented.

   Also when Lumo writes the whole thing it actually finally understand everything because the whole idea was that it summary and filled out details itself.

   Did you know the term ********? Because this is the BEST to use with ais.

   1st: you make it clear you are asking it to NOT be ********.

   Aka you are not telling or labelling that it's ******** but that it behaves like one.

   And the fun part? when you ask the AI what ******** means in this context.

   you will see that it will not answer no matter what.

   And constantly output the same BS.

   Example: "a person"

   Why would an AI talk about a person when you asked it, the ai, to not be ********? <- REMINDER, THIS IS ME GIVING AN EXAMPLE OF WHAT I DO WITH ALL OF THE AIs.

   and after struggling a lot, finally it understand that you are not talking about any person.

   But about it (the ai)'s behaviour.

   And the "level of output" due to it's own behaviour (lack of thinking and understanding)

   And also, within reasons since i hope you understand you being "non thinking" will never recreate what i am talking about..... so, also, then you address the elephant in the room:

   Who is it offensive to?

   After all, legally, that term is not a valid any more. Even if it was at one point, now, when people use the term, is 100% not used as a way to say that someone is clinically low IQ or similar. On the contrary, it's them pointing out that what they said, think, do, and react does not meet with something, someone who thinks, would meet. As such, why is it an insult that we point out to other people that you need to stop being offended when you have failed to think?

   BTW, i am still talking about AIs, i know what i said is true in many cases but i hope everyone understand we are on Lumo suggestion and what i wrote is just me using people vs people as example to make it clear why i am suggestion an uncensored version

   Currently i get censored when i am speaking for no reason <- me swearing is not "a reason" unless there is no free speak. Me swearing when someone is present, including a child, or someone who will get offended, are reason i fully understand that are real "a reason". But:

   Or what, what i am talking with Lumo needs to be censored in case someone read what i speak with an 100% privacy AI?

   And

   If this is not from Lumo, but our own device, then why do we have a function in the chat that might expose our talk?… 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. Add text-to-speech playback so users can listen to responses

   Summary:
   Add an option to have Lumo's responses read aloud using the text-to-speech engine that's already built into Android and iOS. No server-side synthesis required.

   The problem:
   Lumo offers voice input on mobile, but there's no way to listen to a response. Users have to stop and read every reply, which makes it awkward to use Lumo hands-free and excludes users who prefer or need audio in support of their individual impairments such as visual strain, dyslexia, and similar situations.

   Proposed solution:
   Rather than building a separate TTS pipeline, query the onboard text-to-speech engine that every Android and iPhone already ships with. Everything is processed locally on the device, so nothing additional ever leaves the phone or Proton's ecosystem.

   Suggested details:
   * A play button on responses (or per-message) that hands the text to the system TTS engine
   * Playback speed and voice selection, exposed natively by both OS APIs at no extra cost
   * Optionally, support for third-party TTS engines the user has installed, so users can pick higher-quality voices or other languages

   Why this fits Lumo:
   * Zero privacy trade-off: the text is already decrypted on-device to display it; reading it aloud changes nothing about the zero-access encryption model
   * No infrastructure cost: it's purely client-side, so it scales without adding server load or cost
   * Fits Proton's privacy-first positioning: vocal interaction without shipping user audio or text to a third-party speech cloud

   A small feature, but it meaningfully improves accessibility and everyday usability for anyone who prefers listening over reading.

   Summary:
   Add an option to have Lumo's responses read aloud using the text-to-speech engine that's already built into Android and iOS. No server-side synthesis required.

   The problem:
   Lumo offers voice input on mobile, but there's no way to listen to a response. Users have to stop and read every reply, which makes it awkward to use Lumo hands-free and excludes users who prefer or need audio in support of their individual impairments such as visual strain, dyslexia, and similar situations.

   Proposed solution:
   Rather than building a separate TTS pipeline, query the onboard text-to-speech engine that every Android and iPhone already… 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. Responsive chat width when sidebars are collapsed

   🧩 Problem
   When I collapse the left sidebar and the files panel, the chat area stays narrow.
   Since the chat content isn't responsive, the conversation remains constrained to a
   fixed (narrow) width, wasting the freed screen space.

   This makes it harder to work with:
   - 📊 Charts and tables generated in conversations
   - 📝 Code blocks / longer lines of text
   - 🖼️ Wide images and generated content

   💡 Proposed Solution
   Make the chat container responsive to available width, so when panels
   are collapsed, the conversation stretches to use the reclaimed space.

   Options to consider:
   1. Chat width dynamically fills the viewport minus open sidebars.
   2. A toggle (e.g. "Wide mode" / "Compact mode") to force full-width reading.
   3. A max-width cap for readability, adjustable in Settings.

   ✅ Expected Benefit
   - Better readability for wide content (charts, tables, long lines of code)
   - More efficient use of screen real estate on wide monitors
   - More consistent experience when toggling sidebar visibility

   🖥️ Environment
   - Platform: Web (also noticed on desktop resolutions 1080p+)
   - Reproducible: collapse both side panels → chat width stays small

   🧩 Problem
   When I collapse the left sidebar and the files panel, the chat area stays narrow.
   Since the chat content isn't responsive, the conversation remains constrained to a
   fixed (narrow) width, wasting the freed screen space.

   This makes it harder to work with:
   - 📊 Charts and tables generated in conversations
   - 📝 Code blocks / longer lines of text
   - 🖼️ Wide images and generated content

   💡 Proposed Solution
   Make the chat container responsive to available width, so when panels
   are collapsed, the conversation stretches to use the reclaimed space.

   Options to consider:
   1. Chat width dynamically… 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

6. Desktop app and Lumo feedback connection to Proton Devs and Support

   First, Lumo pointed out that maybe having a desktop app, just like all the other apps that Proton offers, is beneficial for our needs, and maybe for others.

   Second, It would be nice if Lumo can send Dev Team feedback messages and get support for people. The latter especially helpful with non-technical people trying to explain a technical issue.

   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

7. one click scroll down to most recent messages (mobile and desktop)

   Currently you cannot easily scroll to the most recent answer in a conversation, it's particularly difficult on mobile. The app opens a conversation at the top, on the first query posted to Lumo. You can click the down arrow icon which scrolls partially but not to the bottom necessarily. So for very long conversations it often requires a lot of clicking or dragging of the scroll bar to get to the most recent message in conversation.

   Even if you enter a new query it doesn't automatically view the most recent answer (there's a separate User Voice idea for that). Instead it would be ideal if there was a way to easily access the most recent messages in conversation without having to manually scroll. Just click and it takes you to the most recent answer somehow.

   Currently you cannot easily scroll to the most recent answer in a conversation, it's particularly difficult on mobile. The app opens a conversation at the top, on the first query posted to Lumo. You can click the down arrow icon which scrolls partially but not to the bottom necessarily. So for very long conversations it often requires a lot of clicking or dragging of the scroll bar to get to the most recent message in conversation.

   Even if you enter a new query it doesn't automatically view the most recent answer (there's a separate User Voice idea for that). Instead… more

   9 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. Useage meter

   It would be nice to have a usage meter so I can find out how many questions I have left to ask about. Otherwise I'm left guessing when I can use the service again.

   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

9. Choose Lumo’s Face

   I love Proton, and Lumo… but I’m slightly disappointed by the new Lumo avatar! :(

   Idea:

   Please can we select Lumo’s face from the Settings menu - just like toggling light mode or dark mode - Proton could include different Lumo Faces!

   I just miss the “blob” style eyes… I got too used to that!!

   Anyway bonus idea:

   Proton could even expand the aesthetic options - give Lumo different costumes like the St Patrick’s Day one?

   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. Local information

    It's absolutly infuriating that lumo helps me with medical papers, documents and more and i constantly need to remind lumo to not use the wrong format. Why is there no option to set a default for this? As much as i understand everyone want to use different date format, i do not understand how this justfiy to not have the option to change basic information. Because it's extremly annoying and absurd and even more that each time i ask lumo something, lumo assumes i am in the USA. Is there something i am not aware of? Is proton actually owned by USA companies? How does privacy work when the AI assumes i am in USA despite me CONSTANTLY remind i am not. This is absolutly absord. Especially when it comes to anything to do with products, i get USA products??? Also Lumo is showing me USA prices ($) that are then converted to my currency because, even if the OUTPUT is "corrected based on location", the so called "system" still assumes, i am in USA, so because i can not correct it, i still get results, by default, from the USA. It's absolutly infuriating how this basic element is NOT adressed. I don't know what stuff other people do with lumo, but what i am asking is an option, it's not a complet rework. It's a simple "use this format".

    EDIT:

    Just now, lumo was thinking about me asking to correct the date. And in the "Thought about this" I see this line:

    "In ISO format (YYYY-MM-DD), this would be April 7, 2026."

    This is from lumo's "Thought about this". As in Lumo can not even use a correct format even when explicitly saying it in the "Thought about this". This line is COPY PASTE. This is how bad it is. Please add options for us to change because this is ridiculous.

    EDIT 2:

    I censored my location (i just replaced it with an "-" but it's in Europe

    The user is pointing out that I keep saying "April 7" but the file name says "04-07" which could be interpreted differently. In -, 04-07 would be 4th of July, not April 7th. In US format, 04-07 would be April 7th.

    But the user is in the -. So 04-07 in - format would be July 4th, not April 7th.

    I've been reading "04-07" as US format (April 7) when the user is in the - where dates are written DD-MM (day-month).

    I want to repeat, this is an "Thought about this", meaning i have 0 control over this none sense where Lumo is obsseds with USA dates and USA formats. Insted of realising that the issue is that Lumo keep using month day, insted of day month, Lumo is trying to figure out what the issue is using USA format.

    To proton, please fix this absordity by introducing the options, to let us chose the defaults for our accounts.

    I already have comunication dificulties, and the last thing i need is lumo not know the difference between the 04 of 07 and 07 of 04 because it is mixing up the formats for dates. (also the 04-07 is because i pasted a large copy paste, but it was 2026-04-07, yet lumo is still writting it like April 7, 2026 so no, it's not an "mistake", Lumo is really bugged.

    It's absolutly infuriating that lumo helps me with medical papers, documents and more and i constantly need to remind lumo to not use the wrong format. Why is there no option to set a default for this? As much as i understand everyone want to use different date format, i do not understand how this justfiy to not have the option to change basic information. Because it's extremly annoying and absurd and even more that each time i ask lumo something, lumo assumes i am in the USA. Is there something i am not aware of? Is proton actually owned… more

    4 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

11. Lumo Diary: Reflective Daily Journaling with Photos & Conversation History

    I'd like to propose a built-in Diary Mode for Lumo – a private, encrypted daily journal that grows naturally out of normal conversation.

    The Concept: Instead of filling out a journaling form, the user simply talks to Lumo during the day about what they did, thought, or experienced, and can attach photos. When the day ends (or the next day is opened), Lumo compiles the conversation and images into a structured diary entry.

    Key features:

    • Conversation-to-entry with timestamps: The day's chats become the raw material. Each new day gets a "page" in the diary. Each conversation segment is automatically marked with the time it took place (or the user can adjust it), so the entry reflects the natural flow of the day – morning thoughts, midday moments, evening reflections. An expandable view lets users reopen and read the original conversations behind each entry – exactly as they happened.

    • Optional context: The user decides whether to add the day's weather (automatically fetched) or other context to the entry. Nothing is collected automatically – full user control, in line with Proton's privacy philosophy.

    • Privacy by default: Entries are stored with zero-access encryption, readable by no one except the user (consistent with how Lumo handles chat data).

    • Search across the diary: Entries can be found later by date, keywords, or hashtags, with the option to select and combine multiple days (e.g., "all entries about Silver's vet visits in August").

    • Optional export: At the user's discretion, entries could be exported (e.g., as a document to Proton Drive/Docs) or kept purely inside Lumo.

    Why this matters: Many people want to document their lives but find traditional journaling too formal. Talking to a trusted AI companion – already happening today – becomes a living memory: Lumo remembers the day with you, structured and searchable. This complements my earlier Integrated Notebook idea (https://protonmail.uservoice.com/forums/932842-lumo/suggestions/51643303-integrated-notebook-with-offline-online-toggle-n): the Notebook permanently captures individual insights, while the Diary automatically structures each day's conversations into a living record of the user's life.

    Technical feasibility: Lumo already supports chat, image recognition, summarization, and web search. This feature primarily requires structuring chat history into day-based entries with an index for local search – a logical extension of existing capabilities, delivered with the same zero-access encryption as all Proton products.

    I'd like to propose a built-in Diary Mode for Lumo – a private, encrypted daily journal that grows naturally out of normal conversation.

    The Concept: Instead of filling out a journaling form, the user simply talks to Lumo during the day about what they did, thought, or experienced, and can attach photos. When the day ends (or the next day is opened), Lumo compiles the conversation and images into a structured diary entry.

    Key features:

    • Conversation-to-entry with timestamps: The day's chats become the raw material. Each new day gets a "page" in the diary. Each conversation segment is automatically marked… 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

12. Organize project folders under user-defined groups

    This idea organizes projects with similar topics under "user-defined" group folders (i.e. "Politics," "Education," "Health," "Travel," etc.). However, creating groups is optional:

    1. In the Lumo interface, one tab lists the groups and a second tab lists all projects, regardless of their group.

    2. Groups can be created separately (empty folders). A group can also be created when a user creates a new project and assigns it to a group that doesn't already exist.

    3. Projects can be create with/without specifying a group.

    4. One, or more, projects can be moved from one group to another.

    5. One, or more, groups can be selected for deletion. If they contain projects, the user is given fair warning.

    6. Group folders can be sorted alphabetically.

    7. Project folders can be sorted alphabetically.

    8. The user can "search" for a particular project.

    Thank you.

    This idea organizes projects with similar topics under "user-defined" group folders (i.e. "Politics," "Education," "Health," "Travel," etc.). However, creating groups is optional:

    1. In the Lumo interface, one tab lists the groups and a second tab lists all projects, regardless of their group.

    2. Groups can be created separately (empty folders). A group can also be created when a user creates a new project and assigns it to a group that doesn't already exist.

    3. Projects can be create with/without specifying a group.

    4. One, or more, projects can be moved from one group to another.

    5. One, or more, groups can be selected for… more

    5 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. other files accept

    Salutare, echipă Proton!Vă scriu pentru a vă mulțumi pentru toată munca depusă. Apreciez enorm asistentul AI privat Lumo și funcțiile de confidențialitate oferite.Pentru a face experiența și mai grozavă, v-aș dori să propun o nouă facilitate pentru Lumo în cadrul Proton Drive: capacitatea de a vedea și explora direct conținutul fișierelor comprimate și al celor specifice mediului Linux/Nix.Mai exact, ar fi absolut minunat dacă Lumo ne-ar putea ajuta să navigăm prin:Foldere ZIP și arhive TAR.GZ (.tar.gz)Fișiere de configurare Nix (.nix)Acest lucru ne-ar scuti de timpul pierdut cu descărcarea și extragerea locală a arhivelor doar pentru a verifica un fișier rapid.Vă mulțumesc pentru că ascultați mereu feedback-ul comunității!Cu prietenie,c

    Salutare, echipă Proton!Vă scriu pentru a vă mulțumi pentru toată munca depusă. Apreciez enorm asistentul AI privat Lumo și funcțiile de confidențialitate oferite.Pentru a face experiența și mai grozavă, v-aș dori să propun o nouă facilitate pentru Lumo în cadrul Proton Drive: capacitatea de a vedea și explora direct conținutul fișierelor comprimate și al celor specifice mediului Linux/Nix.Mai exact, ar fi absolut minunat dacă Lumo ne-ar putea ajuta să navigăm prin:Foldere ZIP și arhive TAR.GZ (.tar.gz)Fișiere de configurare Nix (.nix)Acest lucru ne-ar scuti de timpul pierdut cu descărcarea și extragerea locală a arhivelor doar pentru a verifica un fișier rapid.Vă… 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

14. Within Safari browser, allow to rename a chat

    Within Safari browser, allow to rename a chat

    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

15. Lumo Voice Dictation

    I know iOS has voice dictation but this needs to come to the web browser version too. It saves so much time typing and a much better all round experience. Thanks!

    9 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. Allow for the creation of interactive charts/graphs

    Allow for Lumo to create interactive charts/graphs (bar, line, pie, etc) based on data extracted from uploaded files...

    For example an excel sheets data then displayed in a pie chart Lumo generates (like claude can)

    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. Shareable Link for Lumo Projects (Secure Collaboration)

    Current limitation:
    Lumo Projects are confined to a single user’s encrypted workspace; there is no mechanism to generate a shareable URL or invite another Proton user to a Project.

    Desired capability:
    Ability to create a read‑only or collaborative link that:
    Grants another authenticated Proton user access to the Project’s context (chat history, uploaded files, and custom instructions). Maintains end‑to‑end encryption and zero‑access storage, ensuring that only invited users can decrypt the content. Offers granular permission levels (view‑only, comment, edit).

    Use case for cannabis‑tech consultants:
    Share curated compliance checklists, product‑training modules, and POS‑integration playbooks with multiple dispensary stakeholders. Enable rapid onboarding of new vendors (e.g., Dutchie, Flowhub, Ello Cash) without copying/pasting sensitive data. Preserve audit trails while keeping the underlying data encrypted per Proton’s privacy standards.

    Business impact:
    Reduces manual effort (estimated 2‑3 hrs/week per consultant), accelerates partner onboarding, and aligns with the industry’s need for secure, collaborative knowledge bases.

    Suggested implementation:
    Add a “Share Project” button in the Lumo UI.
    Generate a signed, time‑limited token tied to the inviter’s account.
    Require the invitee to authenticate with a Proton account; upon acceptance, provision the appropriate permission set.
    Log sharing events (metadata only) for compliance reporting.

    Risks & Mitigations:
    Risk: Potential exposure if token is leaked.
    Mitigation: Tokens expire after 48 hours (or configurable) and are single‑use; revocation option in the UI.

    Current limitation:
    Lumo Projects are confined to a single user’s encrypted workspace; there is no mechanism to generate a shareable URL or invite another Proton user to a Project.

    Desired capability:
    Ability to create a read‑only or collaborative link that:
    Grants another authenticated Proton user access to the Project’s context (chat history, uploaded files, and custom instructions). Maintains end‑to‑end encryption and zero‑access storage, ensuring that only invited users can decrypt the content. Offers granular permission levels (view‑only, comment, edit).

    Use case for cannabis‑tech consultants:
    Share curated compliance checklists, product‑training modules, and POS‑integration playbooks with multiple dispensary stakeholders. Enable rapid onboarding… more

    7 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. Native Local File Integration: "Cowork Mode" & Smart Re-updates for Privacy-First Workflows

    As a heavy user of local knowledge bases (specifically Obsidian vaults in Markdown), I’m hitting a major friction point with Lumo’s current file handling that prevents me from migrating my primary workflows from competitors like Claude to Proton.

    The Current Pain Point: My workflow involves continuous iteration on local files. Currently, the loop is broken and manual:

    • Upload: I upload a file to a chat/project.
    • Edit: I edit the file locally in my editor.
    • Sync Failure: The changes aren't reflected in Lumo.
    • Clunky Re-upload: To update context, I must manually re-upload. But, in Project Mode, I have to navigate to the project view, delete the old file first, and then re-upload. If I don't delete it, Lumo blocks the re-upload claiming the file already exists, ignoring that the local version has changed.

    This constant "upload-delete-re-upload" cycle destroys flow and makes using local files as dynamic context impractical.

    —

    Proposed Implementation (Phased Approach)

    Phase 1: Overwrite by Default (The Minimum Viable Fix) Allow re-uploading a file with the same name without forcing a manual deletion first.

    • Mechanism: Simply prompt: "File 'X' exists. Replace with new version?"
    • Benefit: Removes the tedious "delete-then-upload" step in Project views.

    Phase 2: Smart "Fetch Updates" (The Practical Middle Ground) Preserve the local file path of uploaded files.

    • Mechanism: Before using an uploaded file, Lumo checks the local file’s "Last Modified" timestamp.
    • Action: If the local file is newer, prompt: "Local file has changed. Update context?" One click to refresh.
    • Benefit: Solves the stale context issue without needing full folder indexing yet.

    Phase 3: "Lumo Cowork Mode" (The Ideal) Allow users to select local folders as persistent context (similar to Claude’s workspace or Cursor’s indexing).

    • How it works: Lumo indexes the folder. When I ask a question, it reads the latest local state.
    • Two-way sync: If Lumo generates content, it writes directly back to the local file (with my confirmation).
    • Benefit: Eliminates all upload friction. My Obsidian vault becomes a live, private context window. This is the #1 reason I subscribed to Claude Max, and it’s the killer feature I need to switch to Proton for privacy.

    ---

    Why This Matters for Proton: I want to move my personal knowledge work to Proton specifically for zero-access encryption and privacy. However, the current file workflow is too clumsy compared to non-encrypted alternatives. If Lumo can handle local files as a seamless, two-way context layer, it becomes the only viable private AI assistant for power users managing local data.

    Let’s bridge the gap between "secure chat" and "secure productivity.” :D

    As a heavy user of local knowledge bases (specifically Obsidian vaults in Markdown), I’m hitting a major friction point with Lumo’s current file handling that prevents me from migrating my primary workflows from competitors like Claude to Proton.

    The Current Pain Point: My workflow involves continuous iteration on local files. Currently, the loop is broken and manual:

    • Upload: I upload a file to a chat/project.
    • Edit: I edit the file locally in my editor.
    • Sync Failure: The changes aren't reflected in Lumo.
    • Clunky Re-upload: To update context, I must manually re-upload. But, in Project Mode, I have to navigate to… 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. Proton should train two small specialized models for Lumo

    Hey, I know Proton isn't an AI lab and training models is hard. Wishlist post, not a demand. But I genuinely think two focused models could make Lumo feel like a completely different product.

    Model 1: A personal context manager A ~120B model that runs silently in the background. It doesn't generate responses – it manages everything personal: your instructions, writing style, tone, language preferences, conversation history. But instead of naively loading a million tokens every time, it would compress and score your memory – keeping what's relevant, quietly dropping what isn't – and then brief the main model before it replies. You'd never have to repeat yourself, and your customizations would actually feel like they matter.

    And here's where it gets interesting: this model could also be how Proton finally ships memory across chats. After each conversation, it reads through what was said, extracts new preferences, interests, habits, or anything worth remembering, and stores that as encrypted memory. Proton has already hinted at persistent memory being on the roadmap – this architecture would be a natural way to build it, and doing it in-house means your personal data stays encrypted and never touches a third-party model. That's a big deal for a privacy-first product.

    Model 2: A smart router and tool-calling model A ~70–120B model with 128K context, trained specifically for orchestration. The reason it needs to be this size: routing properly isn't just picking a model from a list – it requires genuine multi-step reasoning. It needs to figure out what your request actually needs, whether it requires web search, which tools to chain and in what order, and which model is best suited for that specific task. It's similar to how ChatGPT dynamically switches between instant and extended thinking – except this goes further by routing between entirely different AI models. Smaller models just don't reason well enough across multiple steps to do this reliably.

    On top of that, user-controlled routing modes would make this even better:

    • Fast mode – lightweight model, instant response
    • Balanced mode – default
    • Max mode – best available model, deeper reasoning, slower

    That kind of control fits perfectly with Proton's power-user audience.

    Curious if anyone else thinks this direction makes sense, or if there are smarter ways to approach it.

    (Used AI to help structure my thoughts, the ideas are mine though.)

    Hey, I know Proton isn't an AI lab and training models is hard. Wishlist post, not a demand. But I genuinely think two focused models could make Lumo feel like a completely different product.

    Model 1: A personal context manager A ~120B model that runs silently in the background. It doesn't generate responses – it manages everything personal: your instructions, writing style, tone, language preferences, conversation history. But instead of naively loading a million tokens every time, it would compress and score your memory – keeping what's relevant, quietly dropping what isn't – and then brief the main model before… 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

20. Confirmation when exiting ghost mode chat

    Add an "are you sure" confirmation when exiting a ghost mode chat.

    4 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