34 pointsby keepamovin23 days ago10 comments
  • petcat23 days ago
    > Local and private

    > Your agent runs on your machine. We only relay the messages.

    How can this be private if this intermediate service is sending and receiving all the emails back and forth

    • keepamovin23 days ago
      Just in that your agent runs on your local machine, has access to your local filesystem, and no code execution happens on our cloud, and that we don't look at or store the emails. Pure relay, so it’s just as private as business collaboration on regular email in that sense.

      It's a paid product, you are not the product. We have 0 interest in your email content or data. Only in making it easy for you to run your agents without being stuck on your console.

      • mzajc23 days ago
        Are the emails end to end encrypted (PGP or S/MIME where you/your server don't have the keys) or just in transit (TLS)? That would make the difference between "we can't look at your emails" and "we choose not to look at your emails".
        • keepamovin23 days ago
          No they are not E2E, like most email services. We don't look.
        • bflesch23 days ago
          Good to call out use of semi-technical weasel words.

          Their privacy policy is far from GDPR compliant. In a legal sense, they do not respect data privacy rights of their customers at all.

          https://mailpilot.chat/#/privacy

          • keepamovin23 days ago
            I have not reviewed privacy. Copied it from another of my products. I will take a look.

            It's a paid product, you are not the product. We have 0 interest in the content of your mails, or your data, we are interested making it easy for you to enjoy your life, so you're not stuck at your desk.

            • organsnyder23 days ago
              Your intentions are only as good as the systems (including governance frameworks) that back them up. You may not have any interest in my data, but your future self (or your acquirer) might.
            • bflesch23 days ago
              Even if you have the best intentions, customers need to build trust through contracts and policies. They won't care about what you post here on social media.

              To me it seems that you have not paid sufficient attention to important parts of the business, and it is a red flag.

          • Nextgrid23 days ago
            No major tech product is GDPR compliant. Not making a judgement on whether that's right or wrong, just stating facts.
            • bflesch23 days ago
              > just stating facts

              You are confidently incorrect.

              • Nextgrid23 days ago
                GDPR says that consent for non-essential tracking purposes should be freely given, you can't use dark patterns nor make the "consent" option more prominent than the "decline" option. Similarly, inaction (ignoring the banner) does not count as consent.

                Most products fail on that alone, and that's the very basics. But happy to be proven wrong.

            • hrimfaxi22 days ago
              Google will sign a DPA. Is google workspace not GDPR compliant?
    • 23 days ago
      undefined
  • resonious23 days ago
    I do a very similar thing but clunkier with Tailscale, ssh, zellij. Can ssh in from my phone too with Termux. But email sounds better - then I can actually get notified when it needs me!

    I have to say, $12/mo feels steep. It's a minor improvement over what I have now. Compared to other $10+/mo services, this one feels pretty light.

    • Jnr23 days ago
      I have claude code hooks that send local computer notifications when action is required or processing finished. And when I step away from computer, I get those notifications through pushover. Then I login on phone to ssh (mosh) with Termius and connect to the tmux session running claude. I use this approach when watching TV with the family and laptop is not appreciated on the sofa. :)
      • dewey23 days ago
        Every time I read these "I've managed to control Claude Code from my phone posts", they come with some variation of "so that I can continue being on my computer" during some other activity. It's a very personal decision, but feels like on of these points where people should re-evaluate. Just because we can, doesn't mean we should.

        > it was so good that I caught myself coding from my phone while out with friends… and decided that this is something I should stop, more for mental health than anything.

        https://steipete.me/posts/2025/shipping-at-inference-speed

        • keepamovin23 days ago
          I wouldn't want to code from phone. Ugly to type code on a tiny screen. But this feels different. Voice typing emails to an agent, from a space removed, taking a step back? It gives perspective. It's a good way to work, I find.

          You can be in your day. You don't have to be 'head in the code'. Let the agent take care of it. That's what I made it for. To get you out of that!

        • Jnr23 days ago
          I am not coding while out with friends. I am just checking status and giving new instructions between breaks. It lets me spend more time away from the computer screen without feeling unease.
      • keepamovin23 days ago
        This is smart and the right way!
    • keepamovin23 days ago
      It is pretty light. Maybe the pricing is wrong, idk. Early days so just figuring things out. The email advantage is as you say -- I always found Terminal on phones very taxing on typing, etc. Email is so much lighter on cognitive load etc. Thanks for having a look and for your feedback!
  • kstrauser22 days ago
    Oh, this isn’t the popular Mac email client, Mail Pilot (https://www.mailpilot.app/)? I’m sure that won’t confuse anyone.

    Everyone, please, google your proposed product names before actually buying a domain.

    • fxtentacle22 days ago
      Another good idea is to check a trademark DB, because "Mail Pilot" is actually a registered trademark of Mindsense LLC.
      • keepamovin18 days ago
        It does not appear to be a registered trademark. Not in the USPTO trademark db.
  • reality_inspctr23 days ago
    This is a great setup. I was building agents in 2023 with email addresses, and it was very effective for onboarding tech laggards to generative AI. It also resulted in very low durable use rates. Users would onboard then stop using quickly. Christenson ftw again.

    One thing that can be handled much better today than back then was MIME / attachment types and having agents assemble "fancy" email structures irt.

    https://github.com/realityinspector/ATAT

    • keepamovin21 days ago
      I haven’t done attachments yet, but that could be useful.

      I think to really make this work You really have to know what you’re doing with your tasks and your agents because you have to be able to manage them from a distance with sort of minimal context just the email updates, which are summaries so it’s very hands off…so you either need the project you’re working on to fit that or you have to be really deep in your project so that you can manage it from a distance. It just for me is the correct separation of concern where like the agent is handling the details and they’re hidden from you.

      I don’t see this as a gentle introduction to AI for people who have no idea what they’re doing about it or about their task. I see this is more like the natural extension or progression for power users who don’t want to waste time with their terminal when they don’t need to.

  • nico23 days ago
    Nice. Would be great to have this on Slack or Whatsapp
    • heyalexej23 days ago
      No affiliation and didn't get around to use it yet, but clawdbot[1] does WhatsApp, Telegram, Slack, Discord, Signal, iMessage, Microsoft Teams, and WebChat.

      [1]: https://github.com/clawdbot/clawdbot

      • ramoz22 days ago
        A much simpler setup can achieve "I want [coding agent messages] on slack"
        • hrimfaxi22 days ago
          I wrote an mcp for claude code to talk to you (and receive messages back) over slack, though it has the caveat of being unable to initiate a session. It was pretty easy to do with claude but probably not the best approach.
    • keepamovin23 days ago
      Ya, I agree that's something. Maybe in future!
  • worthless-trash23 days ago
    I saw this concept only 8 days on this very site ( https://news.ycombinator.com/item?id=46517458#46523962 )

    Looking forward to it.

    • keepamovin23 days ago
      Missed that! Thanks for the link. Definitely feels like this kind of idea is zeitgeist rn.
      • homebessguy23 days ago
        Coincidental that the domain was registered on the same day... it's fine to say you were inspired to build from the discussion.

        Why do your privacy and terms state they were updated on February 28, 2025?

        • keepamovin23 days ago
          It's fine, I would say it if it were true. Independent invention tho. Copied privacy/terms from another of my products, did not review prior to launch.
  • derelicta23 days ago
    Considering emails are as private as postcards, I don't know how I could rely on such service to prompt anything even remotely sensitive.
    • keepamovin23 days ago
      Just like regular email in that sense. We don't do any encryption beyond standard HTTPS and we don't look at the data. It's a paid service, you're not the product.
  • saadn9223 days ago
    Really cool! Started something in the same area as well that is fully open source: www.runagentos.com
  • reactordev23 days ago
    This is such low hanging fruit. Coding agents can be orchestrated. Controlled, rerun, and tested. Are we just coming up with ways to not be at our desks working? Why not scale out agents on a cluster to do more work? Why email instead of SMS with a web endpoint? I can access each agent of mine via a dashboard from anywhere in the world.

    Not trying to poo poo, just saying all it takes is Claude Code to introduce this and you’re done.

    • keepamovin23 days ago
      There's a sense in which you're right that it could be cloned easily by a provider. But that's also an advantage in that we work acorss providers, they're not going to create a service that interacts with each other. So it's more of a fit for someone outside the AI providers to do it, but we'll see.
    • risyachka23 days ago
      >> Why email instead of SMS with a web endpoint

      Pretty sure this was vibe-coded in a few days based on a discussion that was on HN a few days back and few people mentioned it would be nice to code on the go via email.

      • keepamovin21 days ago
        Oh, sorry, your pretty sure is wrong then. I created it myself. Intuition, an idea came into my mind. No discussion, no thread. Just me, and whatever I was tuend into. Basically like all my ideas I turn into products. Too bad you didn't know that, now you do.
    • freedomben22 days ago
      > I can access each agent of mine via a dashboard from anywhere in the world.

      What do you use for this?

      • reactordev22 days ago
        I use a central server behind a vpn and oauth that gives me access to my "farm". A product I wrote to manage fleets of docker containers that's now being used to manage fleets of docker containers running a tty wrapper I also wrote to send everything over. The backend to this is go+htmx+websockets. The tty wrapper runs OpenCode / Claude / Codex / etc when it starts up and is given access to a repo via volume mount. From there, the "agent" either gets instructions from the websocket or it pulls tasks from Linear. Think ECS but each service instance is an agent.

        I can login, create a task, look at task results, approve PR's, deny PR's, retask an agent, or take one over for my own exploratory endeavors.

        • keepamovin21 days ago
          This sounds very cool like what’s stopping you from releasing this as a product? What’s your thinking on that?
  • keepamovin23 days ago