Launching today
Zaro
Build agents & apps on top of your context with one prompt.
272 followers
Build agents & apps on top of your context with one prompt.
272 followers
Zaro is where you can build working software from your scattered work. Everything you know is spread across Gmail, Slack, notes, and tabs that don't talk - Zaro pulls it into one place and lets you build apps from it in minutes: your research, your side projects, your plans, your decisions. Then they keep themselves updated, checking your connections every day so you don't have to. No code. No maintenance. No graveyard of prototypes you started and never finished.
Zaro
Hey Product Hunt,
Michael here, co-founder of Zaro.
Zaro is an AI operations layer that handles the repetitive operational work your team keeps getting stuck on, so people can focus on the things that actually need a human.
A bit of backstory on how we got here. I was previously part of the Convergence team through its acquisition into Salesforce in 11 months, and then left to build Zaro. What pushed me out was seeing up close that context infrastructure needed to be rebuilt from the ground up for the agentic era. The tools we have weren't designed for a world where agents do real work. Zaro is the first platform where you can build apps and agents on top of a modern context infrastructure.
We built it because we kept watching teams drown in busywork nobody wanted to do. The endless context-switching, the manual handoffs between tools, the work that fills your day but never moves anything forward. Most software just adds another tab to manage. We wanted to remove work, not add it.
What makes Zaro different comes down to three things. It runs on credits, so you only pay for what you use, with no bloated per-seat pricing and no paying for capacity you never touch. It plugs into the tools you already work in, so there's no rip-and-replace and no months-long onboarding. And it gets sharper the more you use it, learning how your team actually operates instead of forcing you into someone else's workflow.
A few of the things you can do with Zaro:
- Build apps and agents on a modern context infrastructure, no glue code or duct tape required. Can be done in just one prompt. Connect the tools you already use and let Zaro work across them
- Automate recurring operational work like lead generation, follow-ups, and handoffs
- Generate and cover all your reporting needs without the manual pull-together
- Pay only for what you use with credit-based pricing instead of per-seat plans
- Watch it improve over time as it learns how your team actually operates
We built it for lean teams and operators who feel the busywork tax most, founders, ops leads, and small teams running on too many tools with not enough hands. If you've ever thought there has to be a better way to handle this, that's who we made it for. Day one you can use it to automate your lead generation process, cover all your reporting needs, or automatically order cakes for the office when somebody has a birthday.
We've been heads down on this for a while and getting it into your hands today feels great. You can try it here: https://zaro.ai
I'll be around all day. Tell us what's working, what's missing, and what you'd want us to build next.
Thanks for checking us out!
Michael
Postage.to
Yannis here, also on the team.
Adding a bit to what Michael said. The thing that got me excited about Zaro wasn't any single feature, it was watching what happened after teams started using it for a couple of weeks. The work it takes over isn't the flashy stuff, it's the quiet drag that nobody puts on a roadmap but everybody feels. The follow-up that slips, the report that takes an afternoon to pull together, the handoff between two tools that someone has to babysit.
We spent a lot of time making sure it actually fits how people already work rather than asking them to change everything. That sounds obvious but it's the part most tools get wrong.
If you're trying it today, the best thing you can do is point it at the most annoying recurring task on your plate and see what it does with it. That's where it clicks.
Happy to answer anything about how it works under the hood, the context infrastructure side, or where we're taking it next. I'll be in the comments all day alongside Michael.
@zaro_ai congrats on the launch! Quick question from someone juggling too many tools: what’s the simplest, highest-impact Zaro automation you’d recommend a solo founder or 2‑person team set up in the first hour to feel immediate relief?
Zaro
@swati_paliwal Hey! Thanks so much for the comment! I just had a quick look at your business (awesome btw!) - I'd build a app to manage all of your customers branding and marketing which you could share with them. You could then build an agent that is constantly monitoring the performance of engagement which would update the app for you :)
@zaro_ai Credits-based pay-for-what-you-use is the honest model, but it also means the better it gets the more it costs, the opposite of a flat seat. For a team deciding to adopt, how do you make spend predictable enough that ops can sign off? Any way to cap or forecast credit burn before a workflow runs?
The insight here is good - most no-code tools ask you to configure context first (paste data in, define schemas, set up integrations). Zaro starts from the other end: your context already exists across Gmail and Slack, so skip the setup and just describe what you need. That's the right framing for knowledge workers.
Curious how you handle context that's messy or contradictory. My research docs and my Slack threads often say different things about the same decision. Does the app inherit that ambiguity, or does Zaro surface conflicts somewhere?
Postage.to
@galdayan You've nailed exactly the bet we're making, so thank you for that framing.
On the messy and contradictory part, this is honestly one of the hardest and most interesting problems we work on. The short version: Zaro doesn't silently pick a winner and bury the conflict, because that's where automation quietly does the wrong thing with full confidence.
When sources disagree, the goal is to surface the conflict rather than inherit it. A Slack thread saying one thing and a research doc saying another should show up as exactly that, a flagged disagreement with both sources visible, not a single answer that hides which one it trusted. Recency, source, and who said it all factor into how it weighs things, but the principle is that ambiguity should be made visible, not flattened.
I'll be straight that this is an area we're actively improving rather than calling solved. Conflict detection is easier on factual data than on softer "what did we decide" judgment calls, and that second category is where we're putting a lot of the work right now.
Would genuinely love to hear how you'd want it surfaced, since you clearly live this problem.
EverTutor AI
Huge congrats on the launch 🎉 Curious what made you build this instead of relying on existing automation tools?
Postage.to
@suryansh_tiwari2 Thanks so much!
Honestly, existing automation tools were where we started, and they're great until you hit the wall. They're built for fixed if-this-then-that workflows. The moment something needs judgment, context, or a step that wasn't mapped out in advance, they break or hand it back to a human.
What we kept running into was that real operational work isn't a clean flowchart. It needs to understand context, adapt, and actually carry a task end to end. That's a different foundation, not a smarter trigger on top of the old model. So we rebuilt the context infrastructure underneath rather than bolting agents onto tools that were never designed for them.
Short version: automation tools connect steps, Zaro understands the work. That gap is the whole reason we built it.
Happy to go deeper on any of this if you're curious.
Zaro
@suryansh_tiwari2 Hey thanks Suryansh!
We determined through working on agents for a while that calling data for existing databases were inefficient and inaccurate. We had to rebuild a database (context layer) to make it really easy for agents to work with. It allows us to do very interesting things such as build end to end apps and tie multiple agents into the application you've just created.
You'll notice that accuracy is substantially higher on the platform compared to others. Let us know what you end up building!
GrowMeOrganic
How Zaro decides what context matters when building an app? Is there any manual control layer?
Postage.to
@iamanantgupta
By default, Zaro pulls the context that's relevant to what you're asking for. When you describe what you want to build, it looks across your connected sources and pulls in what relates to that task rather than dumping everything in. Relevance, recency, and source all factor into what it reaches for.
On manual control, yes, that layer matters a lot to us. The goal is never a black box where you just hope it grabbed the right things. You can see what context it's drawing on and steer it, point it at specific sources, scope it to what you want included, and exclude what you don't. Automatic by default, but with you in the driver's seat when you want to be.
Congrats. How customizable are the apps after generation? Can non-technical teams tweak workflows without breaking everything?
Zaro
@krutiparekh16 Zaro is designed for non technical user , you build/edit/update agent/workflow/app all in natural language !
The self updating apps both fascinate me and worry me a little. If an app reshapes itself as new data comes in, the thing my team relied on yesterday could quietly behave differently today. For operational work people depend on, can you lock or version an app once it works, so it only changes when you want it to?
Postage.to
@angelika_dev
This is a sharp concern and you're right to raise it. Self-updating is powerful but for operational work that people depend on, unpredictable change is a liability, not a feature. Nobody wants the thing that ran payroll yesterday quietly behaving differently today.
The way we think about it: adaptation should be something you opt into, not something that happens to you. For anything people rely on, you'd want to lock or version an app once it works, so it stays stable and only changes when you decide to update it, with the option to see what changed and roll back if you don't like it. Think of it like pinning a version rather than always running latest.
So the short answer to your question is yes, that control is exactly the direction, stability by default for the workflows that matter, adaptation where you want it.
ConnectMachine
Is there a library of example use cases by role, like recruiting ops, founder workflows, or support reporting to refer to and take inspiration from?
Postage.to
@syed_shayanur_rahman
Great question, and a useful nudge. The honest answer is that a polished role-by-role library is something we're building out rather than something fully fleshed out today. The patterns you mention, recruiting ops, founder workflows, support reporting, are exactly the kinds of use cases we want front and center, because most people find it easier to start from an example than a blank page.
In the meantime, the best way to find what fits your role is to point Zaro at the most repetitive task on your plate and describe what you want, it's pretty good at taking it from there. And if you tell me what you'd build for, I'm happy to point you in the right direction right now.
Genuinely helpful to hear there's appetite for this, it pushes it up our list.