Launching today
Openbase
Manage your team of AI agents by voice, from anywhere
124 followers
Manage your team of AI agents by voice, from anywhere
124 followers
Openbase lets you manage a team of AI coding agents by voice, from anywhere; no screen, no desk. AI agents can work async, but supervising them still pulls you back to a laptop. OpenBase fixes that. Dispatch tasks, steer agents mid-work, and approve changes just by talking. The agents write code, control your computer, open PRs, commit and push; you stay in control from your phone. Works across providers and syncs to your machine, so you pick up at your desk right where you left off.
Openbase
Hey Product Hunt 👋 I'm Lucas, co-founder of OpenBase.
We built this because we live in Claude Code and Codex all day, and kept hitting the same wall: the agents could keep working while we were away, but supervising them meant going back to a laptop. Every time. So we built the thing we wanted; a way to run our agents by voice, from anywhere.
You talk, the agents build, you approve the important calls out loud. Kick off a feature from a walk, steer it, approve the PR, all without a screen. It works across providers and syncs back to your machine so nothing's lost when you sit down.
It's open source (AGPL-3.0) and in private beta/waitlist today.
Try it out here: https://openbase.cloud
@lucaszhao Congrats looks awesome , i'll check
@lucaszhao Quick question: since you’re enabling voice-driven approvals and remote steering of agents, how do you handle auditability, security, and accidental voice commands? Specifically, what safeguards do you recommend or have built in to prevent unintended actions and make approvals legally and operationally traceable?
@lucaszhao @swati_paliwal Sensitive actions require explicit approval, and each approval is logged in the thread with the action and outcome for traceability. You can also set a private safety word to reduce accidental voice triggers, while we continue strengthening speaker verification and replay protection.
Love the idea! I even hoped for something quite similar about a week and a half ago while at work. The 'no screen, no desk' part hit me harder than you probably intended, because I'm not a developer.
I work in a bakery. Factory rules mean my phone stays in the locker room, and my hands are busy for the whole shift. In the week before I launched my own app, some of my best thinking happened while I was working, ideas, prompts, things I wanted to try, all of it fully formed in my head and completely stranded until I clocked out or took a break. I kept thinking how good it would be to just talk it into a headset and have the work already moving by the time I got home.
The honest reason I haven't tried agents yet is different from the reason you're solving for. It isn't that supervising pulls me back to a laptop. It's that I don't understand them well enough to trust one unsupervised, and I'm afraid of something getting deleted or overwritten without me noticing until much later.
So my question is about the approval layer. When an agent is working and I'm not looking at a screen, what actually stops a destructive change from going through, and how much does it explain out loud before it commits? For someone like me, that answer matters more than the speed.
Openbase
@satchmo_saunders Yeah of course! So anytime there is a potentially dangerous change the agent (or super agent) is trying to make, it will pause its work and explain to you what it is trying to do. It will tell you "if you'd like to continue, say 'yes proceed'".
If the agent's explanation is not clear enough, you can continue probing and asking it questions about the change until you fully understand, then say "yes proceed". Of course, it will not perform the change without those words, so you don't have to worry about the agent making highly destructive changes without your knowledge.
@satchmo_saunders This is such a thoughtful use case, and you’re right: trust matters more than speed here.
Today, Openbase does NOT let the agent silently approve its own sensitive actions. When it reaches something like a shell command, file change, commit, or push that requires permission, it pauses and asks you before continuing. It tells you what action it wants to take and why, and you can approve verbally with a "safety word" or reject it by voice.
The part we’re still improving is how much context can be safely summarized without a screen, especially for larger changes. We want the spoken approval to be specific enough that you know what may be changed, not just “approve this command.” For someone like you working with your phone in a locker, we may also need a stricter mode that queues risky actions until you can review them later.
If that queue mode existed, what would you want waiting for you after your shift? A quick spoken recap of everything the agent accomplished, or a written list of anything still waiting on your approval?
Openbase
@thys_beesman Yeah good question! So we have a view called "Threads" and there you can see the agent's transcript and code diffs across multiple files.
Currently with our hosted version, it's a free trial then $20/month for the voice/TTS models, but we also offer a dev pathway where you can clone our git repo and run a script, which will automatically configure to free local models such as Kokoro.
Openbase
@thys_beesman the instructions on how to setup the developer pathway is in our Github repo readme.md
this solves a real problem, I live in Claude Code all day too and the "still tied to a laptop to babysit it" gap is exactly right. question that's more about reliability than the approval-safety angle everyone's asking about: what happens if you lose connectivity mid-flow, say you're walking and your phone drops signal right as an agent is waiting on a voice approval. does it just pause and wait indefinitely for you to reconnect, timeout and roll back the pending action, or keep going with whatever the last confirmed state was?
Openbase
@galdayan If your phone drops right as an agent is waiting on approval, the agent stays blocked at that approval checkpoint. The pending request is stored in the local approval queue on your Mac, and when the phone reconnects it shows back up in the Approvals tab.
Already completed work isn’t rolled back, but the gated action also does not run unless an approval actually made it through. If the approval was recorded before the signal dropped, the agent continues from that confirmed state. If not, it waits.
Openbase
@ridhwikvinod Oh yeah I do the same haha. In general, Openbase doesn't give an interpretation by default; it's pretty good at following along despite corrections or half sentences. But you can always ask at the end of your prompt for Openbase to confirm what it understood from your prompt, and we're also adding a system instructions setting as well so that can be something you can put in there.
@ridhwikvinod @lucaszhao Exactly. And once you save that instruction as a Skill, the confirmation can become part of the workflow instead of something you add to every prompt. For example: “Always summarize the task back to me before starting any long-running work.”
How you handle approvals for changes that could affect multiple files. Is there a way to quickly review the important parts before saying yes? I'd also love to see short voice summaries of what each agent finished since the last check-in.
@freya_jensen_d Both of these are central to how we’re thinking about approvals.
For multi-file changes, you don’t have to approve blind. The related diffs are grouped together in the Thread, so you can review the affected files and jump into the parts that matter before approving. Sensitive actions like writes, commits, and pushes can still require their own approval rather than being covered by one blanket yes.
And yes, short voice recaps of what each agent finished since your last check-in are exactly where we’re headed. The goal is to let you catch up hands-free, then ask for more detail (i.e. a step-by-step summary of everything it did) only where you need it.
Congratulations on the launch, Lucas. Voice-based supervision is an interesting answer to the problem of agents working asynchronously while humans remain tied to a screen. How do you handle approval boundaries for sensitive actions such as commits, pushes, and pull requests?
Openbase
@russlan_ramdowar Thank you Russlan! In terms of approvals, our agents never commit, push or open a PR automatically; it always makes the local change first, lets you review, then you can tell it to perform the sensitive action. This is unless of course, you instruct it to automatically commit/push/open a PR.