Live data from Hacker News

Show HN: Webctl – Browser automation for agents based on CLI instead of MCP

github.com

31–40 of 43 posts

Re: Show HN: Webctl – Browser automation for agents based on CLI instead of MCP

#31

[dead]

I actually think the CLI approach helps with those boundaries. Because webctl commands are discrete and pipeable (e.g. webctl snapshot | llm | webctl click), the "authority" is reset at every step of the pipeline. It feels easier to audit a text stream of commands than a socket connection that might be accumulating invisible context.

Re: Show HN: Webctl – Browser automation for agents based on CLI instead of MCP

#32

Creator of Browser Use here, this is cool, really innovative approach with ARIA roles. One idea we have been playing around with a lot is just giving the LLM raw html and a really good way to traverse it - no heuristics, just BS4. Seems to work well, but much more expensive than the current prod ready [index]<div ... notation

Thanks!

I actually tried a raw HTML when I was exploring solutions. It worked for "one-off" tasks, but I ran into major issues with replayability on modern SPAs.

In React apps, the raw DOM structure and auto-generated IDs shift so frequently that a script generated from "Raw HTML" often breaks 10 minutes later. I found ARIA/semantics to be the only stable contract that persists across re-renders.

You mentioned the raw HTML approach is "expensive". Did you feed the full HTML into the context, or did you create a BS4 "tool" for the LLM to query the raw HTML dynamically?

Re: Show HN: Webctl – Browser automation for agents based on CLI instead of MCP

#33

Earlier quoted context omitted.

A background daemon holds the session state between different CLI calls. This daemon is started automatically on the first webctl call and auto-closes after a timeout period of inactivity to save resources.

I see, nice. Is there a way to run multiple sessions?

Yes, you can create isolated environments using the "--session NAME" flag.

It isolates cookies and local storage for that specific run. Since it's a V1 release, there might be some edge cases in the session isolation - if you hit any, please open an issue!

Re: Show HN: Webctl – Browser automation for agents based on CLI instead of MCP

#35

Cool to see lots of people independently come to "CLIs are all you need". I'm still not sure if it's a short-term bandaid because agents are so good at terminal use or if it's part of a longer term trend but it's definitely felt much more seamless to me then MCPs. (my one of many contribution https://github.com/caesarnine/binsmith )

I am also not sure if MCP will eventually be fixed to allow more control over context, or if the CLI approach really is the future for Agentic AI. Nevertheless, I prefer the CLI for other reasons: it is built for humans and is much easier to debug.

Have a look at code mode mcp. https://github.com/universal-tool-calling-protocol/code-mode

Re: Show HN: Webctl – Browser automation for agents based on CLI instead of MCP

#36

At this point I'm fully down the path of the agent just maintaining his own tools. I have a browser skill that continues to evolve as I use it. Beats every alternative I have tried so far.

Do you experience any context pollution with that approach?

Re: Show HN: Webctl – Browser automation for agents based on CLI instead of MCP

#37
post #29

Earlier quoted context omitted.

Cool! Have you written more about this? (EDIT: from your profile, is that what https://relay.md is about?)

https://relay.md is a company I'm working on for shared knowledge management/ AI context for teams, and the Obsidian plugin is what i am driving with my live-debug and obsidian-e2e skills. I can try to write it up (I am a bit behind this week though...), but I basically opened claude code and said "write a new skill that uses the chrome debug protocol to drive end to end tests in Obsidian" and then whenever it had pr…

Hey FWIW Relay is AWESOME!! The granular sharing of a given dir within a vault (vs the whole thing) finally solves the split-brain problem of personal (private) vault on my own hardware vs mandated use of a company laptop... it's fast, intuitive, and SOLVES this long-time thorn in my side. Thanks for creating it, high five, hope it leads to massive success for you! :)

Re: Show HN: Webctl – Browser automation for agents based on CLI instead of MCP

#38
post #29

Earlier quoted context omitted.

https://relay.md is a company I'm working on for shared knowledge management/ AI context for teams, and the Obsidian plugin is what i am driving with my live-debug and obsidian-e2e skills. I can try to write it up (I am a bit behind this week though...), but I basically opened claude code and said "write a new skill that uses the chrome debug protocol to drive end to end tests in Obsidian" and then whenever it had pr…

Hey FWIW Relay is AWESOME!! The granular sharing of a given dir within a vault (vs the whole thing) finally solves the split-brain problem of personal (private) vault on my own hardware vs mandated use of a company laptop... it's fast, intuitive, and SOLVES this long-time thorn in my side. Thanks for creating it, high five, hope it leads to massive success for you! :)

Thank you for the kind words <3

Re: Show HN: Webctl – Browser automation for agents based on CLI instead of MCP

#39

At this point I'm fully down the path of the agent just maintaining his own tools. I have a browser skill that continues to evolve as I use it. Beats every alternative I have tried so far.

Do you experience any context pollution with that approach?

Not really. less bad than the mcps i used.

Re: Show HN: Webctl – Browser automation for agents based on CLI instead of MCP

#40
post #20

Earlier quoted context omitted.

Same. Claude Opus 4.5 one-shots the basics of chrome debug protocol, and then you can go from there. Plus, now it is personal software... just keep asking it to improve the skill based on you usage. Bake in domain knowledge or business logic or whatever you want. I'm using this for e2e testing and debugging Obsidian plugins and it is starting to understand Obsidian inside and out.

Cool! Have you written more about this? (EDIT: from your profile, is that what https://relay.md is about?)

Sorry it took me a while. Hopefully this helps:

https://notes.danielgk.com/Obsidian/Obsidian+E2E+testing+Cla...

Post reply on HN