Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Chrome DevTools MCP (2025)

developer.chrome.com

Post reply on HN
Print view View original

141–150 of 266 posts

Re: Chrome DevTools MCP (2025)

#141

Post by dexterdog »

defen wrote: post #55
dataviz1000 wrote: post #52

Earlier quoted context omitted.

> yt-dlp arms race I don't know anything about yt-dlp. It would probably help people who want to go to a concert and have a chance to beat the scalpers cornering the market on an event in 30 seconds hitting the marketplace services with 20,000 requests. I can try to see if can bypass yt-dlp. But that is always a cat and mouse game.

To clarify - yt-dlp is a command line tool for downloading youtube videos, but it's in a constant arms race with the youtube website because they are constantly changing things in a way that blocks yt-dlp.

I wouldn't call it an arms race. I don't update my client that often and I rarely have problems downloading any video with it.

Re: Chrome DevTools MCP (2025)

#142

Post by [deleted] »

mmaunder wrote: post #40

Google is so far behind agentic cli coding. Gemini CLI is awful. So bad in fact that it’s clear none of their team use it. Also MCP is very obviously dead, as any of us doing heavy agentic coding know. Why permanently sacrifice that chunk of your context window when you can just use CLI tools which are also faster and more flexible and many are already trained in. Playwright with headless Chromium or headed chrome is…

[deleted]

Re: Chrome DevTools MCP (2025)

#143

Post by hu3 »

mmaunder wrote: post #40

Google is so far behind agentic cli coding. Gemini CLI is awful. So bad in fact that it’s clear none of their team use it. Also MCP is very obviously dead, as any of us doing heavy agentic coding know. Why permanently sacrifice that chunk of your context window when you can just use CLI tools which are also faster and more flexible and many are already trained in. Playwright with headless Chromium or headed chrome is…

> Also MCP is very obviously dead...

Couldn't have been more wrong. MCP despite its manageable downsides is leagues ahead of anything else in many ways.

The fact that SoTA models are trained to handle MCP should be hint enough to the observant.

I probably build one MCP tool per week at work.

And every project I work on gets its own MCP tool too. It's invaluable to have specialized per-project tooling instead of a bunch of heterogeneous scripts+glue+prayer.

Anything specialized goes into an MCP.

Re: Chrome DevTools MCP (2025)

#144

Post by tclancy »

halJordan wrote: post #124
dataviz1000 wrote: post #43

I use Playwright to intercept all requests and responses and have Claude Code navigate to a website like YouTube and click and interact with all the elements and inputs while recording all the requests and responses associated with each interaction. Then it creates a detailed strongly typed API to interact with any website using the underlying API. Yes, I know it likely breaks everybody's terms of service but at the…

I love how HN is loving this idea when it's the exact same thing Anthropic and OpenAi (and every other llm maker) did. It's God's gift to them when it lets them bypass ads and dl copyrighted material. But it's Satan's curse on humanity when the Zuck does it to train his llm and dl copyrighted material.

So you’re that Hal Jordan then? Why would a Green Lantern feel the need to defend either? I feel like the Guardians would not accept your arguments as soon as you got to Oa, poozer. I guess what I am saying is don’t have a famous name. Seems obvious.

Re: Chrome DevTools MCP (2025)

#146

Post by tomnipotent »

moritonal wrote: post #129
zeroxfe wrote: post #98

Earlier quoted context omitted.

> Also MCP is very obviously dead, as any of us doing heavy agentic coding know. As someone that does heavy agentic coding (using basically all the tools), this is so far from the truth. People claiming this have probably never worked in large enterprise environments where things like authentication, RBAC, rate limiting, abuse detection, centralized management/updates/ops, etc. are a huge part of the development and…

Given MCP is supposed to just be a standardised format for self-describing APIs, why are all the features you listed MCP related things? It sounds more like it's forced the enterprise to build such features which cli tooling didn't have?

MCP's can hide most things behind an API.

Re: Chrome DevTools MCP (2025)

#147

Post by jasonjmcghee »

I had fun playing with it + WebMCP this weekend, but I think, similarly to how claude code / codex + MCP require SKILL.md, websites might too.

We could put them in a dedicated tag:

    
    ---
    name: ...
    description ...
    ---
    ...
For all the skills with you want on the page, optionally set to default which "should be read in full to properly use the page".

And then add some javascript functions to wrap it / simplify required tokens.

Made a repo and a website if anyone is interested: https://webagentskills.dev/

Re: Chrome DevTools MCP (2025)

#148

Post by galaxyLogic »

recroad wrote: post #139

I've been using TideWave[1] for the last few months and it has this built-in. It started off as an Elixir/LiveView thing but now they support popular JavaScript frameworks and RoR as well. For those who like this, check it out. It even takes it further and has access to the runtime of your app (not just the browser). The agent basically is living inside your running app with access to databases, endpoints etc. It's a…

Interesting. Does it only work with known frameworks like Next, React etc. or could I use it with my plain Node.js app which produces browser-output?

Re: Chrome DevTools MCP (2025)

#149

Post by deaux »

halJordan wrote: post #124
dataviz1000 wrote: post #43

I use Playwright to intercept all requests and responses and have Claude Code navigate to a website like YouTube and click and interact with all the elements and inputs while recording all the requests and responses associated with each interaction. Then it creates a detailed strongly typed API to interact with any website using the underlying API. Yes, I know it likely breaks everybody's terms of service but at the…

I love how HN is loving this idea when it's the exact same thing Anthropic and OpenAi (and every other llm maker) did. It's God's gift to them when it lets them bypass ads and dl copyrighted material. But it's Satan's curse on humanity when the Zuck does it to train his llm and dl copyrighted material.

Both scale and purpose make them completely different things. You're acting as if they're the same when they're not.

Re: Chrome DevTools MCP (2025)

#150

Post by maxwellg »

cheema33 wrote: post #66
mmaunder wrote: post #40

Google is so far behind agentic cli coding. Gemini CLI is awful. So bad in fact that it’s clear none of their team use it. Also MCP is very obviously dead, as any of us doing heavy agentic coding know. Why permanently sacrifice that chunk of your context window when you can just use CLI tools which are also faster and more flexible and many are already trained in. Playwright with headless Chromium or headed chrome is…

> Also MCP is very obviously dead Some people will push back on this. They are holding out hope that the recent improvements Anthropic has made in this regard have improved the context rot problem with MCP. Anthropic's changes improve things a little. But it is akin to putting lipstick on a pig. It helps, but not much. The reason MCP is dying/dead is because MCP servers, once configured, bloat up context even when th…

Is your agent harness dropping the entire MCP server tool description output directly into the context window? Is your agent harness always addig MCP servers to the context even when they are not being used?

MCP is a wire format protocol between clients and servers. What ends up inside the context window is the agent builder's decision.

Post reply on HN