[HN Gopher] Show HN: Omnara - Run Claude Code from anywhere
___________________________________________________________________
Show HN: Omnara - Run Claude Code from anywhere
Hey ya'll, Ishaan and Kartik here. We're building Omnara
(https://omnara.com/), an "agent command center" that lets you
launch and control Claude Code from anywhere: terminal, web, or
mobile -- and easily switch between them. Run 'pip install omnara
&& omnara', and you'll have a regular Claude Code session. But you
can continue that same session from our web dashboard
(https://omnara.com/) or mobile app
(https://apps.apple.com/us/app/omnara-ai-command-center/id674...).
Check out a demo here:
https://www.loom.com/share/03d30efcf8e44035af03cbfebf840c73.
Before Omnara, we felt stuck watching Claude Code think and write
code, waiting 5-10 minutes just to provide input when needed. Now
with Omnara, I can start a Claude Code session and if I need to
leave my laptop, I can respond from my phone anywhere. Some places
I've coded from include my bed, on a walk, in an Uber, while doing
laundry, and even on the toilet. There are many new Claude Code
wrappers (e.g., Crystal, Conductor), but none keep the native
Claude Code terminal experience while allowing interaction outside
the terminal, especially on mobile. On the other hand, tools like
Vibetunnel or Termius replicate the terminal experience but lack
push notifications, clean UIs for answering questions or viewing
git diffs, and easy setup. We wanted our integration to fully
mirror the native Claude Code experience, including terminal
output, permissions, notifications, and mode switching. The Claude
Code SDK and hooks don't support all of this, so we made a CLI
wrapper that parses the session file at ~/.claude/projects and the
terminal output to capture user and agent messages. We send these
messages to our platform, where they're displayed in the web and
mobile apps in real time via SSE. Our CLI wrapper monitors for
input from both the Omnara platform and the Claude Code CLI,
continuing execution when the user responds from either location.
Our entire backend is open source: https://github.com/omnara-
ai/omnara. Omnara isn't just for Claude Code. It's a general
framework for any AI agent to send messages and push notifications
to humans when they need input. For example, I've been using it as
a human-in-the-loop node in n8n workflows for replying to emails.
But every Claude Code user we show it to gets excited about that
application specifically so that's why we're launching that first
:) Omnara is free for up to 10 agent sessions per month, then
$9/month for unlimited sessions. Looking forward to your feedback
and hearing your thoughts and comments!
Author : kmansm27
Score : 175 points
Date : 2025-08-12 16:33 UTC (6 hours ago)
(HTM) web link (github.com)
(TXT) w3m dump (github.com)
| mccoyb wrote:
| One big question I have, in the era of Claude Code (and
| advancements yet to come) -- is why should a hacker submit to
| using tools behind a SaaS offering ... when one can just roll
| their own tools? I may be mistaken, but I don't think there is
| any sort of moat here.
|
| Truly -- this is an excellent and accessible idea (bravo!), but
| if I can whittle away at a free and open source version, why
| should I ever consider paying for this?
| zackify wrote:
| Yeah exactly.
|
| I've been using Tailscale ssh to a raspberry pi.
|
| With Termix on iOS.
|
| I can do all the same stuff on my own. Termix is awesome (I'm
| not affiliated)
| smithclay wrote:
| similar: blink + tailscale + zellij + devcontainers
| TheTaytay wrote:
| smithclay is being polite because this is someone else's
| thread, but he wrote this (which I'm literally playing with
| right now): https://clay.fyi/blog/iphone-claude-code-
| context-coding/
| coyotespike wrote:
| this chain of replies reminds me of the famous HN comment
| about Dropbox - a good sign for Omnara!
| kmansm27 wrote:
| Thanks! I think the main reason to pay right now would be for
| convenience. A user wouldn't have to worry about hosting their
| own frontend/backend and building their own mobile app. And
| eventually, we want to have different agent providers host
| their agents for use on our platform, but that's further out.
| svieira wrote:
| Correct - but if this is such a game changer in development
| speed and the market is already validated that this kind of
| platform is useful then step 1 is build enough of a clone of
| the platform to start iterating with _it_ and then ... TO THE
| MOON! It 's entirely a having-the-best-vision moat, which is
| a moat, but one that's principally protected by trademark
| lawsuits.
| mccoyb wrote:
| The answer here might be: "you're not our market" (which is
| totally fine! but slightly confusing, because presumably people
| _using agents like Claude Code_ are ... more advanced than the
| uninitiated)
| kmansm27 wrote:
| Yeah, I would say that most Claude Code users are pretty
| technical, but I was surprised to see that there's a decent
| number of non-technical users using Claude Code to completely
| vibe code applications for their personal use. Those users
| seem to love tools like Codex (the openai cloud UI one, not
| the CLI) and things like Omnara, where there's no setup
| mccoyb wrote:
| Makes sense! Thanks for discussing.
| bobbylarrybobby wrote:
| https://news.ycombinator.com/item?id=9224
| mccoyb wrote:
| This doesn't contribute to the conversation ... without
| further elaboration on what your point is, I'm assuming that
| you're pointing out that my question is analogous to previous
| (good to ask!) questions about market and user model for an
| "eventually very big" application.
|
| Not very enlightening: just because Dropbox became big in one
| environment, doesn't mean the same questions aren't important
| in new spaces.
| arendtio wrote:
| Well, this is a classic here at HN.
|
| So every time someone comes around with a sentence like
| 'but if I can whittle away at a free and open source
| version, why should I ever consider paying for this?', the
| answer will be that Dropbox thread ;-)
| sailfast wrote:
| Because then you don't have to whittle away, and you're free to
| blame someone else if anything goes wrong.
|
| Maybe that is more for a general engineer than a Hacker though
| - hacker to me implies some sort of joy in doing it yourself
| rather than optimizing.
| jama211 wrote:
| I mean, you could say this about almost literally any software
| product ever to be honest. Feel free I guess? People like to
| pay for convenience and support so they don't have to build
| everything themselves.
| rgbrgb wrote:
| Cool. I'm a vibetunnel user and this looks like a better UI.
| However, I like that vibetunnel keeps all of my data local. Does
| this have remote access to my codebase and session? I'm guessing
| that's hard here because of the notifications? Or do I
| misunderstand how the data flows?
| kmansm27 wrote:
| You're correct, that's one pro for vibetunnel/mobile SSH
| clients - they're a direct connection to your machine. For our
| platform, the messages flow through our server, which enables
| some use cases like push notifications and easier
| setup/reliability, but for a tradeoff of the data not being
| local.
| henriquegodoy wrote:
| This is pretty cool and feels like we're heading in the right
| direction, the whole idea of being able to hop between devices
| while claude code is thinking through problems is neat, but
| honestly what excites me more is the broader pattern here, like
| we're moving toward a world where coding isn't really about
| sitting down and grinding out syntax for hours, it's becoming
| more about organizing tasks and letting ai agents figure out the
| implementation details.
|
| I can already see how this evolves into something where you're
| basically managing a team of specialized agents rather than doing
| the actual coding, you set up some high-level goals, maybe break
| them down into chunks, and then different agents pick up
| different pieces and coordinate with each other, the human
| becomes more like a project manager making decisions when the
| agents get stuck or need direction, imho tools like omnara are
| just the first step toward that, right now it's one agent that
| needs your input occasionally, but eventually it'll probably be
| orchestrating multiple agents working in parallel, way better
| than sitting there watching progress bars for 10 minutes.
| Dayshine wrote:
| But why should it take time at all? Newer developer tooling
| (especially some of the rust tools e.g. UV) are lightning fast.
|
| Wouldn't it be better if you asked for it and rather than
| having to manage workers it was just... Done
| jama211 wrote:
| Yes it would be good if we lived in a world where ai
| magically knew exactly what we wanted even before we did and
| implemented everything perfectly first time in a way we'd
| have no issues with or tweaks we'd like it to make ever. I
| agree.
| kmansm27 wrote:
| Exactly! My ideal vision for the future is that agents will be
| doing all grunt work/implementation, and we'll just be guiding
| them.
|
| Can't wait til I'm coding on the beach (by managing a team of
| agents that notify me when they need me), but it might take a
| few more model releases before we get there lol
| IncreasePosts wrote:
| What will you have to offer when coding is so easy at that
| point?
| kmansm27 wrote:
| I still think that human taste is important even if agents
| become really good at implementing everything and
| everyone's just an idea guy. Counter argument: if agents do
| become really good at implementation, then I'm not sure if
| even human taste would matter if agents could brute force
| every possibility and launch it into the market.
|
| Maybe I'll just call it a day and chill with the fam
| roozbeh18 wrote:
| someone at the leadership is also thinking how he/she can
| lower head count by removing the agent master
| js4ever wrote:
| I did exactly that all this summer at the beach with Claude
| code. Future is already here!
| theappsecguy wrote:
| Seems like your vision is to let AI take over your
| livelihood. That's an unusually chipper way to hand over the
| keys unless you have a lifetime of wealth stashed away.
| jama211 wrote:
| Yeah exactly, this is awesome, I've always wondered while
| waiting for AI operations to complete why I'm "tied" to my
| machine and can't just shut my laptop while it worked and see
| what it'd done later. This is so cool
| globular-toast wrote:
| So you've reinvented SSH+screen except slower and much less
| flexible?
| kmansm27 wrote:
| I'd say it's more flexible! At least we're trying to head in
| that direction, since the SDK allows you to hook up any agent
| to our platform, not just CLI agents. And eventually we want
| people to be able to add their own frontend components for
| their agents, which would make the experience more custom than
| a terminal UI. Although yes, if you just want a 1:1 CLI agent
| on your phone, then mobile SSH clients might make more sense.
| dang wrote:
| " _Don 't be snarky._"
|
| " _Please don 't post shallow dismissals, especially of other
| people's work. A good critical comment teaches us something._"
|
| https://news.ycombinator.com/newsguidelines.html
|
| _Ask questions out of curiosity. Don 't cross-examine._
|
| https://news.ycombinator.com/showhn.html
| abe-101 wrote:
| sst/opencode has plans to build a mobile app.
|
| https://github.com/sst/opencode/issues/176
|
| I recall watching a stream where the authors imagined instructing
| the agent to do a piece of work and then getting notified on your
| phone when it is done or being able to ask it to iterate on your
| phone.
| kmansm27 wrote:
| Oh interesting, we've gotten some requests for supporting
| opencode as well. Opencode would much easier to work with than
| Claude Code since the backend and frontend are separate and
| open source. Maybe we can beat them to the mobile support :)
| smithclay wrote:
| For the skeptics: using Claude Code from your phone is kind of
| great. Think this sort of solution is excellent once you've
| figured out a good workflow.
|
| Open-sourced my own duct-taped way* of doing this with free/open-
| source stuff a few weeks ago, recommend you give this kind of
| Claude on the go workflow a try during your next flight delay /
| train ride / etc.
|
| *https://github.com/smithclay/claudetainer
| kmansm27 wrote:
| Awesome stuff, mobile coding (imo mobile everything) is
| definitely the future
| ishsup wrote:
| yeah especially as models get better
| dnh44 wrote:
| If you make iOS apps you can also set up an Xcode Cloud
| pipeline so the result gets pushed to your phone via
| TestFlight.
| robbomacrae wrote:
| Like others (smithclay, sst/opencode) have said about aiming for
| a similar feature, I had plans to make a mobile app for
| Talkito[0][1] which primarily adds voice TTS/ASR and
| WhatsApp/slack interactions to Claude Code.
|
| This looks like exactly what I was envisioning so congrats on
| getting out there first! LMK if you want to add voice controls to
| this.
|
| [0]: https://github.com/robdmac/talkito
|
| [1]: https://talkito.com
| robbomacrae wrote:
| Also looking more closely at yours I notice the Apache 2.0
| license but that doesn't prevent a company taking your work and
| running it as a SAAS which seems to be how you yourself want to
| monetize. For this reason I went with AGPL-3.0 so I recommend
| looking into that.
| kmansm27 wrote:
| Good point, I'll take a look at that
| kmansm27 wrote:
| This is cool! We've had a bunch of people request for voice
| control, they've used the native keyboard voice control for
| now, but it's not great at getting contextual recognition of
| words (especially technical things). It's on the roadmap, so
| I'll reach out when we get that started!
| k2xl wrote:
| Been using cursors background agents to do this via mobile app. I
| was expecting a mobile app by anthropic by now. Wonder what will
| happen to this project when that happens?
| kmansm27 wrote:
| Really cool, I actually haven't met many people using cursor
| background agents. I do think Anthropic is working on a web app
| for Claude Code (saw it in some thread somewhere), so I'm sure
| they're also working on a mobile app. In that case, the value
| for Omnara + Claude Code diminishes, but we're able to support
| any agent, so if every company has their own app, but a user
| can use all the same agents from a single platform, hopefully
| they'll choose the single platform.
| decide1000 wrote:
| Pretty cool, but where is the Android app?
| kmansm27 wrote:
| Coming very soon, it's been a long process with the Android
| store. Thank god for react native and expo
| nickelbob wrote:
| This is awesome, I was trying to build this as well. I'd love a
| windows version if that's on the roadmap.
| kmansm27 wrote:
| Thanks! There's nothing inherently macos-specific about this, I
| just need to get my hands on a Windows machine to test it out
| in case there's some path issues. I'll try to do that soon and
| update you
| kmansm27 wrote:
| Looks like someone in our github reported that the termios
| library we use isn't compatible with windows
| (https://github.com/omnara-ai/omnara/issues/72), so might
| take a bit longer to find a workaround for this
| Depurator wrote:
| I'm just using claude-code on termux on my s42 ultra with some
| mcp tools i built in rust - which thus runs on aarch64-linux-
| android. Very handy to get rust analyzer, webdriver, github cli
| etc on your phone, so i can get some small stuff done during
| commute.
| rubslopes wrote:
| Me too, using Claude Code with Termux. I rented a VPS and now
| I'm sshing into it. Great experience!
| xetxov wrote:
| This method of devleopment is definitely the future.
|
| I've been having a lot of success with Google's Jules
| (https://jules.google.com/) which has the added benefit of
| running the agent on their VMs and being able to execute scripts
| (such as unit tests, linting, playwright, etc). The website works
| great on mobile and has notification support.
|
| With the Google AI Pro subscription you get 100 tasks a day(!)
| included, it's a fantastic deal.
| Aarostotle wrote:
| This is lovely, I was literally wishing for this two nights ago.
| I'll give it a try. Good luck!
| throwup238 wrote:
| Congratulations on the launch!
|
| Main question I have since your backend is open source, is there
| a way to self host and point the mobile app at our own servers?
| kmansm27 wrote:
| Thanks! We're going to make the mobile app and frontend open
| source too, I just haven't had the time to do it properly yet.
| Maybe I can email you the source code - if you're interested
| you can email me at kartik@omnara.com. Otherwise, we'll open
| source the mobile/frontend in the coming weeks and you can
| check it out there.
| faramarz wrote:
| Lneat! My use case is swayed towards the none wrapper paths so
| the telemetry is contained or non-existent.
|
| Basically, tunnelling to my mac so I can run my local mistral
| workflow/git/project builds yet with a gui like yours.
| colinmegill wrote:
| Right on
| bingdig wrote:
| Very cool! Would love an integration with Twilio / phone and
| text-to-voice and voice-to-text.
|
| Start an agent, receive a call when a response from the user is
| needed, provide instruction, repeat.
|
| Use case would be to continue the work hands-free while biking or
| driving.
| sawyerjhood wrote:
| This looks super slick! The mobile first coding agent workflow
| really feels like a fundamental shift in how developers work. It
| is sort of like Rich Hickey's hammock driven development taken to
| its ideal form. While you are on the go and have an idea, rather
| than writing it down in your todo list you can kick off an agent
| and have a prototype PR waiting for you next time you are at your
| desk.
|
| Once you start running coding agents async you realize that
| prototyping becomes much cheaper and it is easier to test out
| product ideas and land on the _right_ solution to a problem much
| quicker.
|
| I've been coding like this for the past few months and can't
| imagine life without being able to invoke a coding agent from
| anywhere. I got so excited by it we started building
| https://www.terragonlabs.com so we could do this for any coding
| agent that crops up.
| donbox wrote:
| This looks awesome. Will this work when using Claude Code via
| VSCode.
| pzo wrote:
| Landing page slow, flashes and refresh automatically after few
| seconds in iOS brave
| jacooper wrote:
| It annoys me that this isn't available on android. I'm looking
| for an open source replit alternative. The closest I got is to
| manage github coding agent with preview environments. Bolt.new
| doesn't work on mobile AFAIK.
| ishsup wrote:
| we've been trying hard to get the Android version out, Google's
| been giving us a tough time before approving it for the Play
| Store. I can send you an internal app link if you'd like; just
| share your email (I'm at ishaan@omnara.com)
| jama211 wrote:
| Ok now this is genius, and how I've wanted AI agents to work for
| a while now. Gonna try this out!
| stavros wrote:
| These tools sound like a good idea, but then I try them and they
| always fall over at the same place: My problem isn't running the
| agents, I have an SSH terminal that supports tabs on my phone. My
| problem is QAing and reviewing the code all these agents write,
| and none of these tools solves that.
| KaoruAoiShiho wrote:
| What does the privacy situation look like? Do you get to see what
| we're working on?
| macrolime wrote:
| Seems copying text in the app doesn't work? In that case it is
| useless. A quick way to copy an entire chat and a selection
| messages is a requirement for me to be able to use it.
| franze wrote:
| i run claude code on a hetzner server with a directive that 5
| times per hour it trigger a "continue, if dome read claude.md and
| continue from there" after the 5th time i get a notification
| email that it has nothing more to do. works ok.
| ishsup wrote:
| Nice setup, clever way to keep it moving without much manual
| intervention. Curious, do you review the logs in between, or is
| it more of a yolo "continue" each time?
| tqwhite wrote:
| When you let Claude run free over changes big enough to have this
| thing be meaningful, are you really getting good enough code?
|
| When I just set Claude loose for long periods, I get
| incomprehensible, brittle code.
|
| I don't do maintenance so maybe that's the difference but I have
| not had good results from big, unsupervised changes.
| ishsup wrote:
| yeah that's a fair experience, we've seen similar when leaving
| Claude unsupervised for too long. The way we use Omnara, it's
| more about staying in the loop for those moments when Claude
| needs clarification or a quick decision, so you can keep it on
| track without babysitting the terminal the whole time
| bigwheels wrote:
| Can it control Codex, too? The ability to switch between Claude,
| Qwen, Gemini, Codex, and sst/OpenCode *CLIs would be pretty
| incredible!
|
| * All of these are trivially installable via `npm install -g ...`
| naiv wrote:
| at the end he says "not just claude code. any agents"
| lumost wrote:
| Can you support GitHub code spaces and GitHub copilot? Easiest
| workflow for me is code spaces/copilot given the pricing and ease
| of making new dev environments.
|
| This would be a killer product in this setting as copilot is
| quite "chatty"
| asar wrote:
| I agree with the general sentiment here that this is the future
| of coding for a lot of tasks. But in terms of a business case for
| your product I'm really struggling to see how this beats Claude
| code action? Which integrates directly with GitHub, at no
| additional cost, and I can use an oauth token to use my
| subscription.
| ishsup wrote:
| Hey Ishaan here (co-founder), totally fair point, claude code
| actions are great for GitHub workflows. We see Omnara fitting
| in when you want to keep a live session going across devices
| (terminal - web - mobile) and outside GitHub too
| asar wrote:
| I see, thanks for explaining and congrats on the launch!
| After re-reading the description, the ability to use other
| frameworks might become a USP too.
|
| Just a random remark, what's annoying and a pain point in my
| workflow are definitely proper development environments for
| agents . Not just runtimes but also managing secrets etc.
| Maybe an avenue to explore and use in marketing copy.
___________________________________________________________________
(page generated 2025-08-12 23:00 UTC)