kmansm27

8 ms·

1.
by kmansm27 6d ago
Agree, as long as models are interchangeable, it doesn't make sense to be locked into a single lab's managed agent platform. You probably want to swap between models and own the agent state. https://github.com/omna
2.
by kmansm27 16d ago
I can use the same system prompt and tools to Pi or OpenCode or Codex, so I'd say they're independent of the harness.
3.
The Harness Doesn't Matter(omnara.com)
5 points by kmansm27 16d ago|2 comments
4.
by kmansm27 24d ago
From these comments, it seems like people still don't understand what harnesses are... The point is you shouldn't build a harness, you should use a harness and change its system prompt, the tools it has, MCPs it has, give it skill
5.
by kmansm27 7mo ago
Just fixed this issue! Seemed to occur on web, thanks for reporting this!
6.
by kmansm27 7mo ago
Yep, you're right, we don't have E2EE period (and we don't claim to have it anywhere), for the reasons I mention above (our cloud sandbox agent and voice agent need plaintext messages, so we'd need access to the keys, wh
7.
by kmansm27 7mo ago
We have voice support for this exact reason! Not sure if I'd want to enable people vibe coding from their car dashboard xD
8.
by kmansm27 7mo ago
Haha glad to hear that you used Omnara before. In the old version, we were directly parsing the terminal output, which was really hard to maintain. But that meant you could use the Claude Code CLI directly in your terminal, and have the sam
9.
by kmansm27 7mo ago
Haha yeah, we love happy, seems like you guys are popular in this thread :)
10.
by kmansm27 7mo ago
This sounds solid, similar stuff to what we do! Sounds like this setup gets you most of the way there. We also have a mobile app + notifications. And I haven't tried using a coding voice agent via MCP, I'll try that out soon!
11.
by kmansm27 7mo ago
You should be able to use Omnara for that use case, unless I'm misunderstanding something
12.
by kmansm27 7mo ago
Thanks!
13.
by kmansm27 7mo ago
Awesome, that's the exact reason we built this! Is it possible to completely disable or not use the remote sandbox features? I would never use them and would prefer my code stays on my device. Yes, the remote sandbox feature is disab
14.
by kmansm27 7mo ago
Looking into this, will fix this soon! GitHub auth should be working on the web app, if you try there (assuming you got this error on mobile). You can continue to use Omnara normally without signing into GitHub, you just won't be able
15.
by kmansm27 7mo ago
Replying to your latest comment here: What do you mean by syncing? Happy coder syncs sessions between all my happy coder clients. I can even see in real time how happy coder in my browser's conversations progress as well as on my phon
16.
by kmansm27 7mo ago
I mean messages drop or stall, or syncing doesn't work, or I can't get through setup at all. But I'm sure all these solutions have improved greatly since I've tried them, I tried these things much earlier on. If hapi wor
17.
by kmansm27 7mo ago
Thanks! And yeah it's definitely something we think about very often, we're coming up with ways to differentiate ourselves.
18.
by kmansm27 7mo ago
Two of the main feature's we're investing heavily into are remote sandboxes + syncing, and voice agent support, wouldn't work with E2EE.
19.
by kmansm27 7mo ago
We use the Claude Agent SDK and the Codex App server, which makes it easier to maintain (we used to parse out the literal terminal when we first launched, which was not maintainable - https://news.ycombinator.com/item?id=448
20.
by kmansm27 7mo ago
Yes, they have E2EE, but it comes with some limitations in the features they're able to provide.
21.
by kmansm27 7mo ago
I haven't tried out https://hapi.run/ , but I've tried similar things and in my experience Omnara is much more reliable than the other solutions, as well as I enjoy the UX of Omnara much more. Give it a try, it&#x2
22.
by kmansm27 7mo ago
We think that terminal interfaces, especially on mobile, are not going to be the way people end up interacting with agents in the long run, which is a big reason we built Omnara. And Omnara chats are stored in our DB, which is how we'r
23.
by kmansm27 7mo ago
Voice input + output sounds gimmicky (as I admit in the post), but it's quite useful for mobile coding. It's not as trivial as just printing out whatever Claude Code outputs. "Claude Code will help you set this up using tmux&
24.
by kmansm27 7mo ago
Thank you! Yeah, a big selling point of Omnara is that it "just works." Let me know how it goes!
25.
by kmansm27 7mo ago
I'd say to try it out first, and then let me know what you think! And a product doesn't have to be technically sophisticated to be funded by YC (although I would say that Omnara is a pretty technical product, which you'll see
26.
by kmansm27 7mo ago
The idea is that if agents are coding for you, there's no need to be at your desk to manage them. I think the case for managing coding agents without being at your desk is becoming stronger as agents become more autonomous. And for you
27.
by kmansm27 7mo ago
They currently don't have the ability to use a local session from your phone, and they only have voice input, not voice input and output for completely hands free usage.
28.
by kmansm27 7mo ago
Yeah that makes sense. I personally feel like the tailscale + terminal emulator solution is pretty limited compared to Omnara's interface, and there's also 0 hassle of maintaining anything on your own with Omnara. You can try out
29.
by kmansm27 7mo ago
We're a very complex Claude Code wrapper :) Try it out and lmk what you think!
30.
by kmansm27 7mo ago
Haha thanks! It was fun to shoot :)

More ›