Apple додала до Safari сервер MCP для розробників

Команда WebKit представила Safari MCP server — сервер на основі Model Context Protocol, вбудований у Safari 27 beta та Safari Technology Preview 247. Він з'явився саме тому, що AI-агенти дедалі частіше стають частиною процесу написання коду, а розробникам потрібен спосіб дати агенту реальне уявлення про те, як сторінка виглядає та поводиться у браузері.

Підключившись до вікна Safari, будь-який сумісний з MCP клієнт отримує можливість «побачити» сайт очима користувача: доступ до DOM, мережевих запитів, скриншотів і виводу консолі. Завдяки цьому агент може самостійно шукати причини проблем, а розробник — не покидати термінал і не витрачати час на перемикання між вікнами під час налагодження.

Навіщо це потрібно

Кожен, хто розробляє для вебу, знає типовий ритуал пошуку багів: помічаєш проблему в браузері, відкриваєш консоль, перевіряєш вкладку стилів, знаходиш поламане місце, повертаєшся до коду і виправляєш. Часом замість цього роблять скриншот, описують проблему агенту і чекають, поки той запропонує рішення — і якщо воно не спрацювало, цикл повторюється знову: браузер, промт, агент, і так по колу, доки баг нарешті не зникне.

Незалежно від браузера чи набору інструментів, цей процес завжди перетворюється на серію кліків, перемикань вікон і ручних перевірок заради однієї-єдиної правки. У WebKit наголошують, що так не мусить бути: якщо агенти вже є частиною вашого робочого процесу, Safari MCP server робить дебаг швидшим і ефективнішим.

Сервер дозволяє агенту самостійно виконувати більше діагностичних дій. Розробники наводять кілька прикладів застосування.

• Розробка у Safari: агент може перевіряти, як код реально відображається у браузері, і одразу пропонувати виправлення.
• Сумісність із Safari: тестування лише в одному браузері ризикує пропустити баги, які проявляються в іншому; тепер агент відкриває сайт у Safari, перевіряє обчислені стилі та розкладку без перемикання вікон.
• Аналіз продуктивності: агент може виконувати JavaScript на сторінці, щоб отримати метрики на кшталт часу навігації та завантаження ресурсів, і визначити, що саме гальмує сайт.
• Перевірка доступності: сервер допомагає виявляти типові проблеми — відсутні підписи, некоректні ARIA-атрибути, слабкий контраст.
• Перевірка стану інтерфейсу: агент може перевірити стан форми, знайти елемент за селектором, підтвердити конкретні взаємодії чи показати різні кроки процесу оформлення покупки, звільняючи розробника від рутинних ручних перевірок.

Це лише частина можливих сценаріїв використання. Незалежно від того, як саме інструмент буде застосований, він має скоротити кількість повторних циклів «перевірка — виправлення», а отже — пришвидшити виправлення багів і зробити продукт кращим для користувачів.

Доступні інструменти

Завдяки Safari MCP server більше не потрібно ретельно формулювати ідеальний промт, детально описуючи агенту, що саме відбувається в браузері — тепер агент може дізнатися це самостійно.

Як почати

Safari 27 beta

Спершу потрібно встановити Safari 27 beta. Після встановлення слід увімкнути функції для веброзробників і дистанційну автоматизацію: у меню Safari > Settings > Advanced позначити пункт Show features for web developers, а потім у Safari > Settings > Developer активувати опцію «Allow remote automation and external agents».

Для Claude команда в терміналі виглядає так:

claude mcp add safari-mcp -- "/usr/bin/safaridriver" --mcp

Для Codex:

codex mcp add safari-mcp -- "/usr/bin/safaridriver" --mcp

Для інших агентів потрібно додати такий фрагмент до файлу mcp.json або config.json:

{ "mcpServers": { "safari-mcp": { "command": "/usr/bin/safaridriver", "args": ["--mcp"] } } }

Safari Technology Preview

Потрібно встановити Safari Technology Preview, а потім у Safari Settings > Advanced увімкнути Show features for web developers, після чого в Safari Settings > Developer активувати Enable remote automation and external agents.

Команда для Claude:

claude mcp add safari-mcp-stp -- "/Applications/Safari Technology Preview.app/Contents/MacOS/safaridriver" --mcp

Команда для Codex:

codex mcp add safari-mcp-stp -- "/Applications/Safari Technology Preview.app/Contents/MacOS/safaridriver" --mcp

Для інших агентів у mcp.json чи config.json потрібно вказати:

"safari-mcp-stp": { "command": "/Applications/Safari Technology Preview.app/Contents/MacOS/safaridriver", "args": ["--mcp"] }

Хоча у прикладі сервер названо safari-mcp-stp, назву можна обрати будь-яку, наприклад просто safari. Після встановлення сервера можна спробувати такі промти:

Find bugs on my site in Safari

How accessible is my site in Safari?

See how my website performs in Safari

Хоча різні агенти працюють по-різному, зазвичай їм не потрібно окремо пояснювати, що треба скористатися Safari MCP server — вони визначають це самостійно. Простих запитів на кшталт наведених вище достатньо, щоб запустити роботу MCP; далі, отримавши початковий запит, агент продовжує роботу вже за допомогою сервера.

У WebKit наголошують, що Safari MCP server працює виключно на локальному пристрої і не робить власних мережевих запитів. Він також не має доступу до персональних даних користувача в Safari, зокрема до AutoFill чи іншої активності в браузері. Дані сторінки, скриншоти чи логи консолі, які сервер захоплює, надходять безпосередньо до агента, з яким працює користувач, а не до Apple — подальша доля цих даних залежить від того, яким агентом і моделлю користується розробник. Як і з будь-яким агентом, якому надається доступ до браузера, радять використовувати лише перевірені інструменти.

Чому команда це зробила

У WebKit зазначають, що веброзробку можна вести як зі штучним інтелектом, так і без нього, і якщо AI є частиною робочого процесу, новий інструмент має зробити його продуктивнішим — а якщо ні, це теж нормально.

Створюючи цей ресурс, команда прагнула спростити тестування й дебаг у Safari, допомагаючи агентам краще розуміти, як усе виглядає та функціонує у браузері. Розробники запрошують спільноту ділитися враженнями від використання, зокрема тих, хто працює з MCP-сервером уперше.

Команду WebKit можна знайти в мережі: Saron Yitbarek на BlueSky, Jen Simmons на Bluesky та Mastodon, Jon Davis на Bluesky та Mastodon. Про будь-які проблеми пропонують повідомляти через звіт про баг WebKit — за словами команди, такі звернення справді впливають на розвиток проєкту.

Джерело: WebKit Blog