{"slug": "a-rival-to-my-open-source-tool-shipped-i-read-all-of-it-then-ported-its-4-best", "title": "A rival to my open-source tool shipped. I read all of it — then ported its 4 best ideas the same afternoon.", "summary": "A developer who maintains Safari MCP, an open-source browser-automation server for macOS, analyzed a competitor's tool, safari-devtools-mcp, and ported its four best ideas—iOS-Safari web-dev validation tools—into their own server within hours. The competitor's tools, including check_webkit_compatibility, inspect_viewport_meta, get_safe_area_insets, and check_ios_web_app_readiness, were pure JavaScript inspections that could be directly adapted without adopting the competitor's WebDriver-based architecture.", "body_md": "A new MCP server showed up in the official Model Context Protocol registry last week, three slots above mine: ** safari-devtools-mcp**. Same platform (macOS), same browser (Safari), same audience (AI coding agents). My first reaction was the honest one — a small jolt of\n\nI maintain [Safari MCP](https://github.com/achiya-automation/safari-mcp) — a browser-automation server that drives your **real, logged-in Safari** through AppleScript and a native extension. No Chromium, no headless, no second browser melting your fan. So a competitor called \"Safari DevTools MCP\" is squarely in my lane.\n\nHere's what I found, what I deliberately *didn't* copy, and the four tools I shipped into my own server before dinner.\n\nThe very first line of its `package.json`\n\ntold me most of the story:\n\n```\n\"dependencies\": {\n  \"selenium-webdriver\": \"...\",\n  \"@modelcontextprotocol/sdk\": \"...\",\n  \"zod\": \"...\"\n}\n```\n\nIt drives Safari through ** safaridriver** — Apple's official WebDriver. That's a legitimate, well-supported choice. But it's the exact choice my project exists to avoid. A WebDriver session launches a\n\nSafari MCP does the opposite: it talks to the Safari you already have open, with all your auth intact, and never steals your foreground.\n\nSo I wasn't going to rip out my engine. **Architecture is a position, not a feature.** Copying it would erase the entire reason my tool exists.\n\nBut tools are a different question.\n\nI dumped both tool lists and diff'd them. ~44 of its 48 tools mapped cleanly onto something I already had — `click`\n\n, `fill`\n\n, `screenshot`\n\n, `get_cookies`\n\n, network capture, the usual surface area.\n\nThen there was a cluster of four that I had *nothing* equivalent to:\n\n`inspect_viewport_meta`\n\n`get_safe_area_insets`\n\n`check_ios_web_app_readiness`\n\n`check_webkit_compatibility`\n\nThis is a genuinely smart niche: **iOS-Safari web-dev validation**. The stuff every mobile web developer fights with — the notch, the viewport meta tag, \"why won't my PWA add to the home screen,\" and Safari's long tail of CSS quirks. My server could automate Safari all day but couldn't answer any of those questions.\n\nAnd here's the part that made it a no-brainer: **all four are pure JavaScript inspection.** No WebDriver capability, no protocol magic — just `document.querySelector`\n\n, `getComputedStyle`\n\n, and `CSS.supports()`\n\nrun inside the page. Which means they port directly onto my AppleScript `do JavaScript`\n\nengine. The competitor's *architecture* wasn't portable. Its *best ideas* were.\n\nMost \"is this CSS supported in Safari?\" tools work off a static database (think caniuse). They go stale, and they can't see your actual Safari version.\n\n`check_webkit_compatibility`\n\ndoes something better. It walks every stylesheet on the page, pulls each `property: value`\n\npair via the structured CSSOM (no regex — so custom properties don't create false positives), and then asks the **live browser** the only question that matters:\n\n```\nCSS.supports(property, value)  // tested in THIS Safari, right now\n```\n\nIf it fails unprefixed, it retries with `-webkit-`\n\n. If *that* works, it tells you to add the prefix. If neither works, it's genuinely unsupported here. Then it layers on a tiny hand-curated list of behavioral quirks `CSS.supports()`\n\ncan't catch — like the classic:\n\n`position: sticky`\n\nsilently fails inside an`overflow: hidden`\n\n/`auto`\n\nancestor. Use`overflow: clip`\n\ninstead.\n\nI reimplemented it as a synchronous IIFE returning JSON (my engine can't `await`\n\ninside `do JavaScript`\n\n— a `[object Promise]`\n\nlesson I've [written about before](https://github.com/achiya-automation/safari-mcp)), wired it into a `safari_webkit_compat`\n\ntool, and tested it against a live page with a deliberately sticky header:\n\n```\n{ \"totalProperties\": 6, \"ok\": false,\n  \"quirks\": [\"position:sticky silently fails inside an overflow:hidden/auto ancestor…\"] }\n```\n\nCaught it. The other three — `safari_inspect_viewport`\n\n, `safari_safe_area_insets`\n\n, `safari_check_pwa`\n\n— went in the same way, each verified against a controlled DOM in real Safari before I trusted it.\n\nI ported four ideas. I rewrote every line to fit my engine and my conventions, credited the inspiration, and skipped the parts that conflicted with what my project *is*. That feels like the honest version of \"competition makes everything better\" — not a press-release platitude, but a real afternoon of reading someone else's careful work and being better for it.\n\nA rival didn't make my tool worse. It handed me a roadmap for a category — iOS web-dev validation — I hadn't even thought to cover.\n\nIf you're building on macOS and want an agent that drives your *actual* Safari (logged in, no headless), it's one line: `npx safari-mcp`\n\n. The four new validators shipped in **v2.14.0** (out now). More at [achiya-automation.com](https://achiya-automation.com).\n\n**Question for the room:** when a competitor ships, do you read their code? I used to skip it out of some weird pride. I don't anymore. Where do you land — study it closely, or deliberately look away to protect your own taste?", "url": "https://wpnews.pro/news/a-rival-to-my-open-source-tool-shipped-i-read-all-of-it-then-ported-its-4-best", "canonical_source": "https://dev.to/achiya-automation/a-rival-to-my-open-source-tool-shipped-i-read-all-of-it-then-ported-its-4-best-ideas-the-same-1nbe", "published_at": "2026-06-18 16:40:24+00:00", "updated_at": "2026-06-18 16:59:30.353701+00:00", "lang": "en", "topics": ["developer-tools"], "entities": ["Safari MCP", "safari-devtools-mcp", "Apple", "WebDriver", "AppleScript", "CSS.supports()", "Model Context Protocol", "GitHub"], "alternates": {"html": "https://wpnews.pro/news/a-rival-to-my-open-source-tool-shipped-i-read-all-of-it-then-ported-its-4-best", "markdown": "https://wpnews.pro/news/a-rival-to-my-open-source-tool-shipped-i-read-all-of-it-then-ported-its-4-best.md", "text": "https://wpnews.pro/news/a-rival-to-my-open-source-tool-shipped-i-read-all-of-it-then-ported-its-4-best.txt", "jsonld": "https://wpnews.pro/news/a-rival-to-my-open-source-tool-shipped-i-read-all-of-it-then-ported-its-4-best.jsonld"}}