Launching today
Aye
Your teachable AI intern for everyday browser work
111 followers
Your teachable AI intern for everyday browser work
111 followers
Aye is a Chromium-based AI browser for macOS and Windows that gives web work a teachable AI intern. It reads visible pages, plans steps, and works through normal browser actions: clicking, typing, scrolling, switching tabs, and checking results. Summarize pages, research across tabs, draft replies, and automate repeatable workflows. Turn recurring tasks into reusable skills, separate accounts with profiles, and stay in control with reviewable progress and approval for sensitive steps.
Hi Product Hunt! I'm excited to share Aye, an AI browser for macOS and Windows built by Zhonglin Liu.
Browser work often starts with a simple goal but turns into a long chain of reading, comparing, clicking, and rewriting. Aye helps carry that work forward through visible, reviewable actions on real websites.
It can summarize and translate pages, research across tabs, draft content, and automate repeatable workflows. Recurring tasks can be turned into reusable skills, while sensitive steps stay under your approval.
I'd love to hear what browser workflows you would want Aye to handle.
@siyan_chen1 I've hit the wall with browser agents on the 5% of edge cases that break a recorded flow. When a layout changes or a step fails, does Aye stop and ask or improvise and risk the wrong action? And how much correction before a task actually sticks?
@artem_fedorovich Good question. I actually asked Aye about this and then I tried it by myself. It can adjust when the next step is clear, but it stops and asks if it hits something uncertain, like a login, CAPTCHA, or sensitive action.
A correction sticks during the current task and is kept if you resume from a checkpoint. A new session starts fresh, though, so long-term corrections need to be saved into the skill or its instructions.
@siyan_chen1 As users build dozens of reusable browser skills, how do you plan to organize, discover, and recommend the right one at the right moment?
@priyam_sekra1 Well,I’m sharing Aye as the hunter, so I can’t speak for Zhonglin’s roadmap. Right now, the Skills page separates Ready Skills, My Skills, and Recorded Skills, which helps when the collection is still small.
I haven’t seen automatic recommendations yet. Search, tags, recent or frequently used skills, and suggestions based on the current page would all be useful as the library grows. This is good feedback for the maker: https://okaapps.com/support
Browser agents tend to hold up in the demo and fall apart by run 50. Teaching flows helps, but recovery is the test, what happens when the DOM shifts or an auth step appears mid-task. How does Aye handle a flow that partially fails halfway through? Rooting for this category to mature.
@shivangit26 That’s a fair question. Aye works from the page in front of it and checks the result instead of only replaying a fixed path. If a task is interrupted, its checkpoint keeps the current progress, so it can resume instead of starting from zero.
Sign-ins and CAPTCHAs are handed back to the user. That doesn’t mean every page change can be handled automatically, but it avoids blindly pushing ahead when the flow no longer matches.
'teachable' is the right word, most browser agents just replay. when i correct it once, does that generalize or only fix the exact flow i taught?
@andrewzakonov Artem raised a similar point above, so I asked Aye about it and I also tried it. As I mentioned in the reply, a correction sticks for the current task and its checkpoint, but it doesn’t automatically change other workflows or future sessions. If you want it to become part of the taught flow, you save it back into the skill.
I actually like that boundary. One correction shouldn’t quietly change everything else.
Nice concept. How does it handle websites where actions require confirmation dialogs or multi-step authentication?
@dhiraj_patel5 I checked Aye’s own FAQ on this. Sign-in and CAPTCHA are handed back to the user, while form submission, payment, and other high-risk actions require explicit approval.
So it shouldn’t try to push through multi-step authentication or a sensitive confirmation on its own. The user stays involved at those points.
"teachable" browser agents worry me a bit, once you've taught it a workflow on a site with a login wall, where does that saved credential/session actually live, and what stops it from replaying the taught steps on a page that changed its flow since you trained it
@omri_ben_shoham1 That’s an important security question.I couldn’t find anything public that explains exactly where Aye stores credentials or session data, so I don’t want to make something up. What I could confirm is that Profile windows keep tabs, cookies, sign-ins, and site data separate, and Aye hands sign-in back to the user.
It also reads the current page and checks results instead of simply replaying recorded clicks. It’s probably best to confirm that directly with the maker: https://okaapps.com/support
The profiles feature is great for keeping things separate, but I'd love to see some kind of shared library or way to export a skill I built on one profile and use it on another. Right now if I make a really useful workflow on my personal profile, I basically have to rebuild it from scratch on my work profile. A simple import/export button for skills would save a lot of time and honestly would probably get me using Aye way more across both accounts.
@fahri1585951 Good news, you shouldn’t need to rebuild it. Aye’s Profile windows keep tabs, cookies, sign-ins, and site data separate, but your skills are shared across profiles. So you can open a work profile and use the same skill you created in your personal one.
If it’s not showing up for any reason, you can reach the maker at https://okaapps.com/support.
I like the idea of teaching the browser instead of repeating tasks every day. How do skills improve after mistakes? Maybe showing learning history could users trust workflow more.