HackerTrans
トップ新着トレンドコメント過去質問紹介求人

hugs

no profile record

投稿

Show HN: Roadie – An open-source KVM that lets AI control your phone

github.com
5 ポイント·投稿者 hugs·3 か月前·2 コメント

Vibium and Kernel: WebDriver BiDi support for cloud browsers

kernel.sh
5 ポイント·投稿者 hugs·4 か月前·1 コメント

[untitled]

1 ポイント·投稿者 hugs·6 か月前·0 コメント

Show HN: Vibium – Browser automation for AI and humans, by Selenium's creator

github.com
443 ポイント·投稿者 hugs·7 か月前·124 コメント

コメント

hugs
·30 日前·議論
since the rise of agentic coding tools, it feels like we're in a new "eternal september" of people discovering ui end-to-end test automation.
hugs
·先月·議論
not many people talk about mapquest anymore.
hugs
·4 か月前·議論
have you tried vibium's cli + agent skill?
hugs
·4 か月前·議論
some serious people use vibium instead. (full-disclosure: "some serious people" is me.)
hugs
·4 か月前·議論
that is the MCP vs CLI debate.
hugs
·4 か月前·議論
i wish more people knew or cared about web standards vs proprietary protocols. the webdriver bidi protocol took the good parts of cdp and made it a w3c standard, but no one knows about it. some of the people who do know about it, find one thing they don't like and give up. let's not keep giving megacorporations outsized influence and control over the web and the tools we use with it. let's celebrate standards and make them awesome.
hugs
·4 か月前·議論
most people just click the "internet" button and use whatever was already pre-installed.
hugs
·4 か月前·議論
they probably meant desktop. i do browser test automation (selenium, vibium), and the lack of google chrome on arm64 trips up new users frequently. the workaround is to just use chromium, but that's a confusing extra step for some if it's not automated and hidden for you.

on that note, it would have been nice if they also clarified if this means they'll be shipping an official "chrome for testing" for arm64 linux, too.
hugs
·4 か月前·議論
hi, i'm jason huggins (selenium, appium, now vibium). browser automation and testing have been my jam for a long time. for most of that time, it would be fair to say browser automation was an often forgotten and overlooked corner of the tech landscape. with vibe/agentic coding, things have changed.

the folks at kernel reached out a few weeks ago about adding support for vibium and webdriver bidi on their service. it's now live on kernel.sh's crazy-fast-browsers-as-a-service.

ama!
hugs
·5 か月前·議論
openclaw is the napster of itunes.

people who have been around long enough know that we're currently in the wild west of networked agentic systems. it's an exciting time to build and explore. (just like napster and early digital music.) eventually some big company will come along and pave the cow paths and make everything safe and secure. but the people who will actually deliver that are likely playing with openclaw (and openclaw-like systems) now.
hugs
·5 か月前·議論
possibly also a boon for automated testing tools and infra designed for ai-driven coding.
hugs
·6 か月前·議論
not mozilla-related, but there's also the ladybird project if you're looking for sustainable alternatives: https://ladybird.org/
hugs
·6 か月前·議論
vibium clicker, too. https://github.com/VibiumDev/vibium/blob/main/CONTRIBUTING.m...

"browser automation for ai agents" is a popular idea these days.
hugs
·6 か月前·議論
ignore the haters. this is cool. (and i've been vibe coding with claude code and termux for months. it's good stuff.)

i would highly recommend you add guidance on automated data backups, though. my pixel phone went "black screen of death" on me and one of my projects is trapped in there until i can replace the screen.
hugs
·6 か月前·議論
claude code 100%
hugs
·6 か月前·議論
i'm vibe coding vibium, a test automation tool in the spirit of playwright and selenium. (was #1 on hn last week for a little bit with a lively discussion.)
hugs
·7 か月前·議論
short-term mediation is always always always run it in a virtual machine with as minimal credentials as possible.
hugs
·7 か月前·議論
thanks!
hugs
·7 か月前·議論
it's named vibium for a reason.
hugs
·7 か月前·議論
google fell victim to one of the classic blunders. the most famous of which is inventing the transformer behind gpt but not productizing it first. but only slightly less well-known is this: letting puppeteer go without a plan.