Federico Viticci went into a little more detail about what this means on MacStories, Mastodon, and the latest episode of the Connected podcast. It is also more approachable for laypeople.
Be sure to visit the links from the story, as well.
I am especially hopeful for this for my daily stuff, not just testing.
Meaning, having a hopefully seamless way to perform some automations in the browser on my behalf but since it’s the browser I’m logged in to, it just makes the handoff between myself and the agent feel more seamless.
And that’s because I’ve used safari as my main browser, not chrome, because it isn’t as much of a battery hog.
Uses an agent container orchestrator as well, which has MCP tools to expose ports in the container (and thus can display the work in the webpane): https://github.com/DeepBlueDynamics/nemesis8
I can speak for Chrome's MCP which I have more experience.
devtools MCP will have access to more deep level fetures such as performance profiling, lighthouse and network requests in details (headers, auth, cookies...).
For example, I had success using chrome devtools mcp to debug frontend performance issues. The LLM captured and analyzed some nice traces and was able to isolate bottlenecks and unnecessary repaints and reflows.
When having access to both backend and frontend, and then seeing what actual code is requesting and returning can really help with hunting bugs or doing basic QA.
I used the chrome MCP to profile a slow react page at my company, set a /goal and had it iterate until it achieved under 100ms responsiveness to actions.
Claude was able to identify the slowness and use various react tricks to fix the specific issues, all without my input.
I don’t think the playwright MCP can do this, unless I’m mistaken
All this felt heavy to me. Full browser, debug protocol, DOM dump on every read. MCP vs CLI is the smaller question, what sits underneath matters more. So I built a small Rust binary that drives the system webview directly and returns state tokens and deltas instead of the DOM. Loading the HN front page costs the agent about 50 tokens. It speaks both MCP and CLI, pick whichever your agent prefers.
> How do you test on Safari if you don’t have Apple devices?
How do you test a Playstation game without a Playstation (dev kit)? How do you test some hardware firmware without having the hardware? How can you run a program without the hardware required to run the program, if no emulator/simulator is available?
I'm almost lost at words how these are questions, unless they're theoretical and some diatribe comes afterwards that has the actual point trying to be made, but it never came.
Yes, some things run only on specific hardware and without virtualization/emulation, you're not supposed to test those things outside of the hardware. Been a thing for decades, probably since the beginning of computing.
> How difficult can it be for Apple to make barebones virtual machines with just Safaris?
Almost nothing Apple does is seemingly decided by how difficult it is, for better or worse, but are strategic decisions. If you haven't caught up with that they're building a walled garden for themselves, I'm not sure what could convince that they are. I think this is extremely clear for most people. If you don't like it, don't play there, like the rest of us.
I don't think it's fair to compare development for web, which is supposed to be an open standard, with developing for a proprietary piece of hardware like the Playstation.
If you want to develop a game for the Switch and ignore the Playstation entirely, you can, and then you don't need a Playstation (dev kit).
When you're developing for the web, you're ideally making something that runs regardless of the user's browser. When you start getting bug reports in from Safari users, how else are you supposed to fix them? Cheapest option is detect if they're a Safari user and tell them to use another browser, but that's not really ideal for anyone except Google.
Having access to a representative spread of devices is the reality of web development. As a web developer that doesn't own any Android devices, I was "forced" to buy a couple of Android devices so that I could squash bugs (some of which couldn't be replicated in emulators) and to refine aspects of the physical touch experience that emulators cannot emulate. I don't resent these purchases, because I understand it's the reality of developing for a diverse open web.
And yet, oh how often I hear developers resent having to buy an Apple device. Every time, I look at my little stack of Android devices and instinctively roll my eyes.
> Cheapest option is detect if they're a Safari user and tell them to use another browser
I suppose the cheapest option for me was to detect if they're an Android user and tell them to use another device. It sounds silly to say it — it is silly to say it — but that's exactly the same logic.
If you're developing for the web and you're not testing you're site on real hardware, including a handful of iPhones and a handful of Android devices, your not actually testing your software.
You can't just check Chrome and assume everything else will exhibit the same behaviors. Standards exists, but so do bugs.
A lot of folks want to run tests off a GitHub action I.e. on a server somewhere.
Ideally you want your test stack to fit in a docker image. So this does suck for developers in the respect and you could imagine apple releasing a special docker image that just ran safari if they wanted to really make it easy to develop for thier platform.
However, I imagine someone will fill a server rack with cheap old macs and offer and safari mcp as a service…
> A lot of folks want to run tests off a GitHub action I.e. on a server somewhere.
Understandable, but also if you're dealing with these sort of projects, you kind of have to setup that sort of automation yourself in an office/someone's house, unless you find some provider that already hosts that sort of thing, like the various Apple/vendor-specific services for that.
It's also not a very new thing really, MacStadium for example been around since like 2010 sometime.
I have multiple Playwright webkits on both Windows and Linux. I have Epiphany on Linux (not 100% same webkit). I have subscriptions for testing on real hardware.
This is why it seems to me that Apple does not really care about web developers.
No way, is Orion Browser available on other platforms as well now? Does it mean I can finally do tests for Safari (webkit) without owning an Apple product or paying for a vm? Incredible.
### THIS FILE IS AUTOMATICALLY CONFIGURED ###
# Changes to this file will not be preserved.
# This file will not be recreated if removed.
X-Repolib-Name: Microsoft Edge
Types: deb
URIs: https://packages.microsoft.com/repos/edge-stable
Suites: stable
Components: main
Architectures: amd64
Architectures: amd64
Signed-By: /usr/share/keyrings/microsoft-edge.gpg
First, the Microsoft browser these days is Edge, not IE. IE is dead.
Second, if you want, or wanted in the past, to test on Internet Explorer without a Windows computer, you could just virtualize Windows. Windows can be legally virtualized on any hardware and on any host operating system.
Starting from 2013, you didn’t even need to pay for a Windows license to do that:
Are seriously asking with a straight face? Just do what a generation of people have done with Windows and run an unlicensed version of macOS. There's a whole generation of people who can recite Windows product keys off by heart. (FCKGW, anyone?) Entire empires of indie web development will have been done on improperly licensed versions of Windows.
As for people working in a serious professional corporation that cannot condone casual piracy, buy a Mac mini and expense it, or get an account on MacStadium.
MCP for browser automation is interesting because Safari's WebKit engine is the one most AI agents can't easily drive (Playwright and Puppeteer are Chromium-first). Having an MCP server for it could fill a real gap in cross-browser testing for agent workflows.
> There are many ways to build for the web, both with and without AI. If AI is a part of your workflow, we think this tool will help make it even more productive. And if it isn’t, that’s OK too.
Crazy thing to say in 2026 where if you write code and not delegate every bit to an agent you're considered a noob by some people.
The opposite was considered two years ago a crazy thing to say. I'm glad this changed and people using ai don't have to hide in the closet anymore for doing so.
That’s the point I think. Remember the controversy when Github Copilot came out? Not because where it got its data from, but because people didn’t feel like they wrote code anymore, they just tabbed the autocompleted snippets and was finished with a task in much shorter time.
Which part makes it crazy? The fact that they felt the need to add this disclaimer to try to assuage the fanatical anti-AI contingent?
Like this is specifically a tool for AI-augmented development, and they had to add this "but also, thoughts and prayers for you non-AI people" is incredibly weird, but not in the way you seem to think it is.
I wonder if it supports Private Relay. Private Relay is great for getting around scraping blocks because they explicitly whitelist apple private Relay ips.
Should do. Private relay really would be a sweet alternative to residential scraping proxies, but I’d expect sites to put in additionally checks and captchas before too long.
https://developer.apple.com/icloud/prepare-your-network-for-... has a guide for web server operators, including a GeoIP CSV which could conceivably be used for whitelisting. More concerning is that they're plugging private access tokens there, which allows Apple to vouch that you're a human running their hardware.
Building something similar for Chrome and Firefox browsers: https://github.com/DO-SAY-GO/WebCLI - a CLI not MCP. Tho am considering MCP for distribution, even tho agents love the CLI and the proof demos speak for themselves.
The reason I did not include Safari was there wasn't enough parity between its Safaridriver surface and what Bidi/CDP give now. Safari is doing Bidi tho, iirc. So ...soon perhaps. ;) ;p xx ;p
Introducing a new Linux distribution which comes with the yiff sound server, the GIMP image editor, and provides for web browsing entirely using FuckUI.
Marketing iterations. Plus dang downweighted my posts after I got the biggest Show HN of last year, so I'm trying harder to get attn. HN maybe isn't the big launch - but it's kinda a legacy thing for me. Can't blame a guy for tryin