| ▲ | I made my favorite AI tool | |||||||
| 3 points by sebringj 15 hours ago | 4 comments | ||||||||
i do not submit things to hacker news unless its related to my favorite tool ever, literally, that i happened to have made. i made this out of being super lazy and wanted my copilot (works in all ai editors) to run my UI while its coding and validate it at the same time by using the apps. i don't know how to contain how good this is for me to use other than putting it here for people to look at. so using it with opus 4.5-4.6 its extremely good, however using it with gpt-5.3 its still good but you have to remind it to use the "autonomo help" when it forgets how to use it correctly sometimes. anyways, please check it out if you are curious and want very fast efficient UI driven (multi app/web/desktop at the same time, agnostic) validation while you vibe. I just keep using it everyday but still waiting for something to just make this obsolete. web page: https://sebringj.github.io/autonomo/ github: https://github.com/sebringj/autonomo | ||||||||
| ▲ | sky2224 4 hours ago | parent | next [-] | |||||||
I'm a little bit confused about the development workflow with this. It seems like you've developed a system for the AI model to essentially emit steps that it can follow to interact and return information about the state of your app's UI, but are these steps created saved anywhere? How do you ensure consistency for the same prompt submitted twice? How does this fit in deployment pipelines? Also, maybe I'm misunderstanding what this library is for, but is this really a good application of AI? I'm getting reminded of gherkin + cypress but without the test actually being embedded in the code. I feel like I'd rather use AI to write the BDD test using gherkin rather than prompt the AI to figure out what test behavior I actually want. I realize I'm coming off a bit pessimistic here, but I'm just trying to explain where my thoughts are so you can hopefully clarify things a bit for me here because I feel like I'm missing something about what you're trying to accomplish with this project. | ||||||||
| ▲ | turbocon 15 hours ago | parent | prev | next [-] | |||||||
You might want to resubmit with the link I'm the url field I'm the submission so that people can click the link. You also put the url to the GitHub page twice so it's a little tricky to copy | ||||||||
| ||||||||
| ▲ | vunderba 10 hours ago | parent | prev [-] | |||||||
> Very fast efficient UI driven (multi app/web/desktop at the same time, agnostic) validation while you vibe. This sounds neat in practice, but what does this mean exactly? Most devs I know integrate Opencode/Codex/etc through something like Playwright-MCP which handles testing, physically clicking on elements, and validation through a combination of DOM inspection, JS evals, and screenshots. It's not the fastest thing in the world because it still has to spin up a browser (headless or otherwise) - but I don't see how that's avoidable if you want genuine E2E testing. | ||||||||