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

felarof

no profile record

投稿

Show HN: BrowserOS – "Claude Cowork" in the browser

github.com
88 ポイント·投稿者 felarof·6 か月前·35 コメント

Show HN: We packaged an MCP server inside Chromium

github.com
46 ポイント·投稿者 felarof·9 か月前·17 コメント

Ask HN: What Arc/Dia features should we prioritize?

github.com
31 ポイント·投稿者 felarof·10 か月前·64 コメント

コメント

felarof
·4 か月前·議論
I do this via BrowserOS -- https://github.com/browseros-ai/BrowserOS

It has an in-built MCP server and I use it with claude code, codex and like it quite a lot.
felarof
·6 か月前·議論
> “Every month, alert me to any fluctuations in product cost and which items in my Square catalog are affected. Highlight any items where my COGS exceeds 35%. All the invoices are available in my email.” That would be incredibly powerful.

You could try this use case on on agent builder even today. We also have a scheduled tasks for you to schedule it to run monthly

> Have you ever thought about a marketplace for premade workflows?

We want to do this and are moving towards that! But we first need to make the premade (or user published) workflows very reliable.
felarof
·6 か月前·議論
There are bunch of tedious / routine tasks that AI can automate.

I think the big hurdle is mostly education / shift in mindset. We are so used to doing the task manually that most of us (including me) don't pause to think if I should be doing this or can I give to an agent.
felarof
·6 か月前·議論
You can't run shell commands though. Bash is the most powerful tool in claude code!
felarof
·6 か月前·議論
BrowserOS should work with agent browser as well in headless mode!

On top of that, if you want headful mode, you can use our MCP server https://docs.browseros.com/features/use-with-claude-code

Would love to understand your use case! You can hit me up at nithin[at]browseros.com
felarof
·6 か月前·議論
> You guys need some marketing help. There’s a lot of potential here, but you don’t do a good job of selling it.

Thank you for the feedback. Ack, we need to do a better job of marketing.

> How do you plan to monetize it? Our goal is to eventually to sell license for enterprise browsers.
felarof
·6 か月前·議論
At the moment, our product is designed for headful mode.

But if you want to use our browser in headless and use playwright that would work too! (we are chromium fork)
felarof
·6 か月前·議論
gpt-oss 20B works well. You'll want at least 12k context length for agent mode.
felarof
·6 か月前·議論
Thanks!

> whole Browser and not a Chrome Extension argument

Both of us are definitely biased to think our own approach is better :)

But without owning the binary, we couldn't shipped today's feature -- Agent with access to your filesystem and being able to run shell commands like Claude Cowork.

> your interface is still literally a chrome extension side panel

Yep, our interface is a chrome extension to make iterating on the UX faster. But it uses a ton of C++ APIs that we expose under `chrome.browseros.*`

> Your workflow pipeline is really cool! Any blog post/summary on how you set it up?

Thanks! We'll look into publishing a blog soon!
felarof
·6 か月前·議論
We are still in early versions of the feature! Haven't released on our repo yet.

What use case did you have? Happy to show a demo of current version we have (you can hit me up on discord or slack -- links available on our repo)
felarof
·6 か月前·議論
Thanks!

> how is it reliably enforced?

At the chromium level, you have access to every single DOM element and coordinate space around it. So, when a click happens either user or agent, we have a neat way of enforcing required action (either allow it or nullify the click).

We are still at early version. And mostly targeting enterprise sites (like SAP) which don't change that often.

What use case did you have in mind?
felarof
·6 か月前·議論
Ohh, interesting, technically this should already be possible. Because we already package gemini-cli into the sidecar (bun) binary. We just have to create a good UX.

What angle are you looking at this from? Is it for convenience? Or do you not like terminal UI and need a web-friendly UI for these agents?
felarof
·6 か月前·議論
Thanks for initial feature request! We do read every single request :)

Yes, we expose BrowserOS as an MCP server -- that you can use from claude code, cursor, opencode, etc -- https://docs.browseros.com/features/use-with-claude-code

MCP server works out of box (unlike Chrome DevTools MCP which requires tricky setup).
felarof
·6 か月前·議論
> if you're interacting with like salesforce or a customer support tracker or an issue tracker or something you're likely using a webapp

Precisely. I think most knowledge work (especially at business) still happens browser. That is the workflow we want to target!
felarof
·6 か月前·議論
Good question. We think the browser is becoming the new OS. It doesn’t really matter anymore if you’re on Windows, macOS, or Linux—the browser is where most work already happens.

We see a future where it’s the main gateway to everything, and where agents live and work alongside you inside the browser. That’s why we call it BrowserOS. :)
felarof
·9 か月前·議論
You have a great business sense!

There is an open source alternative -- browserOS.com
felarof
·9 か月前·議論
This is exactly our vision as well!

But we want to enable you to run these automations using local models, which would be secure and privacy-first

https://git.new/BrowserOS
felarof
·9 か月前·議論
You should try us :) open-source and privacy-first alternative to Atlas -- https://github.com/browseros-ai/BrowserOS
felarof
·9 か月前·議論
Thank you!

> curious about your anti-bot detection implementation at the C++ level. Are you modifying specific Chromium fingerprinting.

TLDR basically most browser automation platforms use CDP or CDP based APIs and websites are able to detect it as bots. We built new C++ APIs into rendering engine for type, click, extract which are not CDP based and surprisingly don't get detected by most websites.

> auth states I'm not fully sure I understand the issue here. Are you referring to same web app but tasks require different user-logins?
felarof
·9 か月前·議論
I see. Let me know if I got it correctly: if the UI of our browser looked different than Chrome, you would use that?

We kept the UI same because we felt people tend to have affinity towards using something they are familiar with.