Live data from Hacker News

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

github.com

11–20 of 43 posts

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

#11

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 )

Hey this looks cool. So each agent or session is one thread. Nice. I like it.

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

#12
post #7

is there a benchmark? there are a lot of scraping agents nowdays..

I don't have an objective benchmark yet. I tried several existing solutions, especially the MCP servers for browser automation, and none of them were able to reproducibly solve my specific task.

An objective benchmark is a great idea, especially to compare webctl against other similar CLI-based tools. I'll definitely look into how to set that up.

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

#13

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 )

MCP let's you hide secrets from the LLM

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

#14

How are you holding session if every command is issues through cli? I assume this is essential for automation.

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.

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

#15

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.

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

#16

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 )

MCP let's you hide secrets from the LLM

you can do same thing with cli via env vars no?

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

#18

How are you holding session if every command is issues through cli? I assume this is essential for automation.

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?

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

#19

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.

whats the name of the skill?

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

#20

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.

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.

Post reply on HN