WebMCP — это предлагаемый браузер API, который обнаруживает, описывает и выполняет структурированные инструменты для агента ИИ от имени пользователя. Веб-сайт объявляет, что делает действие и какие входные данные оно принимает; агент вызывает этот инструмент вместо того, чтобы гадать, какую кнопку или поле нажать. Это может сделать форму, процесс бронирования или диагностическую задачу быстрее и надежнее, но не является универсальной заменой автоматизации браузера. документация Chrome WebMCP
Практический выбор – архитектурный. WebMCP — это сотрудничество на стороне сервера: владелец сайта публикует контракт с агентом. Автоматизация браузера — это наблюдение на стороне клиента: агент управляет уже существующим интерфейсом, включая авторизованный сеанс входа в систему. Используйте первый вариант, когда вы контролируете сайт и можете определить безопасные инструменты; используйте последний, когда вам нужно работать с современной сетью. Руководство по инструментам безопасности
Что такое WebMCP?
WebMCP (Web Model Context Protocol) — это браузерное предложение API от команды Chrome и сообщества WebMCP. Документация Chrome описывает его как способ создания и предоставления структурированных инструментов для агентов, сохраняя при этом видимое веб-приложение и пользовательский контроль. Сайт может опубликовать инструмент поиска, оформления заказа, выбора даты, поддержки или диагностики в качестве постепенного улучшения; человек может продолжать использовать ту же страницу, когда нет агента. Объявление об исходной пробной версии Chrome
Как работает WebMCP?
Страница WebMCP регистрирует инструменты в браузере. Каждый инструмент имеет имя, описание, схему ввода и реализацию, которая запускается на странице. Императив API использует JavaScript для пользовательских действий; декларативный API аннотирует обычные HTML-формы. В документах Chrome указаны три части, которые важны для агента: обнаружение, JSON Schemas для входов и выходов и состояние, описывающее, что может делать текущая страница.
Результатом может стать более короткий путь действия. Вместо того, чтобы читать большой DOM, делать вывод, что кнопка означает submit_application, и надеяться, что селектор переживет редизайн, агент может вызвать указанный инструмент с полями, описанными в схеме. Действие по-прежнему выполняется на веб-сайте видимым образом, поэтому страница может отображать прогресс и запрашивать подтверждение перед покупкой или другой операцией по изменению состояния.
Что произошло в нашем практическом тесте WebMCP?
11 сентября 2026 г. мы провели одно управляемое тестирование официальной демонстрации сети отелей Chrome Labs с использованием Google Chrome 152.0.7977.76 в macOS и WebMCP Model Context Tool Inspector 1.9.15. Оператор использовал синтетические данные гостя, не использовал ключ Gemini API, а также реальные учетные данные отеля, платежа или учетной записи. Это было описание поведения, а не тест скорости или надежности.
- Инспектор обнаружил инструменты и схемы страницы. Мы позвонили в search_location для Парижа, 18 сентября, три ночи и один взрослый; на странице было показано два свойства.
- За завтраком мы вызвали filter_search_results. Количество видимых результатов изменилось с двух до одного, в результате чего компания Montmartre Suites осталась.
- Мы открыли этот отель, запустили процесс бронирования и предоставили синтетическую личность Алекса Чена. Инструмент подготовил форму, но не завершил резервирование.
- Страница остановилась на пункте «Подтверждение резервирования». Только после того, как человек-оператор нажал на этот элемент управления, в демо-версии появилось сообщение «Резервирование подтверждено».
Одно ограничение инструмента также имело значение: действие трассировки «Копировать» инспектора возвращало пустой массив JSON после нашего ручного выполнения процедуры «Выполнить инструмент». Поэтому мы используем снимки экрана и структурированную запись шагов в качестве доказательства этого запуска и не обобщаем этот результат трассировки на другие режимы инспектора.
Чем WebMCP отличается от автоматизации браузера?
WebMCP и автоматизация браузера устраняют различные виды сбоев. WebMCP устраняет двусмысленность, когда сайт публикует хороший контракт. Традиционная автоматизация, в том числе Playwright, Selenium, browser-use или агент, управляющий реальным браузером, обрабатывает сайты, которые не публикуют контракт, считывая отображаемую страницу и взаимодействуя с ней. Таким образом, WebMCP дополняет автоматизацию: клиент может вызвать инструмент страницы, когда он доступен, и вернуться к обычному просмотру, когда его нет.
Это различие легче всего проверить как границу возможностей. Прежде чем выбирать маршрут, прочтите как положительную, так и отрицательную колонку.
| Подход | Что он может сделать | Чего он не может сделать |
|---|---|---|
| WebMCP | Вызов именованных инструментов, описанных в схеме, представленных на странице | Перейдите на страницы, на которых не регистрируются инструменты или не импортируется отдельный логин браузера. |
| Автоматизация на базе DOM | Управляйте практически любой отображаемой страницей с помощью селекторов, снимков экрана или состояния доступности. | Знайте предполагаемое действие сайта, не интерпретируя интерфейс |
| Повторное использование сеанса реального браузера | Использовать явно предоставленное авторизованное состояние браузера для входа в систему. | Гарантируйте доступ, обходите CAPTCHA или переопределяйте политику сайта. |
Практическое развертывание начинается с одного инструмента только для чтения, одного поддерживаемого браузера и видимого шага подтверждения. Расширяйте только после того, как резервный путь сработает.
Граница сеанса не менее важна. WebMCP работает внутри страницы, которую посетил клиент, и не переносит файлы cookie пользователя из Chrome в новый облачный сеанс. На сайте без WebMCP ego (lite) выступает как локальный Chromium-браузер для ИИ-агентов: пользователь явно предоставляет состояние браузера, а совместимый агент работает с сайтом через ego-browser в отдельном видимом Space. Space отделяет вкладки и управление задачей от текущей работы пользователя, но не является удалённой VM или границей изоляции арендаторов. Этот путь меняет модель выполнения в браузере, а не контракт пользовательского интерфейса сайта. Примечания к выпуску OpenClaw 2.0
Используйте эту оценочную таблицу, чтобы принять явное решение вместо того, чтобы рассматривать WebMCP как универсальное обновление.
| Оценочный вопрос | Выберите WebMCP, когда... | Выберите автоматизацию браузера, когда... |
|---|---|---|
| Вы контролируете сайт? | Да; вы можете отправить и защитить инструменты страницы | Нет; вам нужно работать со сторонним сайтом |
| Нужен ли для задачи существующий логин? | Собственного сеанса аутентификации страницы достаточно | Агент должен повторно использовать отдельно подготовленный локальный сеанс. |
| Какова цель развертывания? | Стабильный типизированный контракт для поддерживаемых клиентов. | Немедленный рабочий процесс на всех страницах без необходимости внедрения |
Когда следует использовать WebMCP?
Выберите WebMCP, если вы являетесь владельцем приложения, можете определять стабильные границы задач и хотите, чтобы агенты выполняли структурированную работу, такую как формы поддержки, поиск поездок, оформление заказа или внутренняя диагностика. Это особенно полезно для сложных интерфейсов, где человек знает предполагаемое действие, но в противном случае агенту потребовалось бы множество интерпретируемых кликов. Держите инструмент небольшим, напечатанным и заметным.
Выберите автоматизацию в реальном браузере, если вы не контролируете сайт, вам нужен существующий авторизованный вход в систему, вам необходимо работать на многих несвязанных сайтах или вам нужен рабочий процесс сегодня, а не после внедрения сайта. Для зафиксированных сценариев CI детерминированная автоматизация остается подходящей; для интерактивной работы с входом в систему видимый локальный браузер предоставляет агенту ту же учетную запись и состояние страницы, которые человек может просмотреть.
Каковы ограничения безопасности WebMCP?
WebMCP сам по себе не предоставляет полномочия. Chrome обеспечивает доступ к API с изоляцией источника и инструментами «Политика разрешений»; iframe с перекрестным происхождением отключены по умолчанию. Сайт может предоставлять инструменты только тем источникам, которым он доверяет, а руководство по безопасности Chrome рекомендует readOnlyHint для неизменяемых инструментов и untrustedContentHint, когда выходные данные содержат созданный пользователем или внешний текст.
Быстрое внедрение остается возможным, поскольку агент обрабатывает инструкции и веб-контент вместе. Сохраняйте описания и выходные данные краткими, проверяйте входные данные на сервере, требуйте подтверждения пользователя для последующих действий и предоставляйте наименьший набор необходимых источников и инструментов. WebMCP — это более понятный интерфейс, а не повод пропускать аутентификацию, авторизацию, журналы аудита или проверку человеком.
Каковы проблемы и ограничения WebMCP?
Основным ограничением WebMCP является внедрение: клиент должен посетить совместимую страницу, а браузер должен реализовать экспериментальный API. Chrome также отмечает, что безголовые сценарии не являются основной целью проектирования, сложные приложения могут нуждаться в рефакторинге состояния, и предложение все еще меняется.
Это создает смешанную ситуацию в обозримом будущем. Сайт может предоставить один отличный инструмент оформления заказа, оставив при этом настройки учетной записи как обычные элементы управления DOM; браузер может поддерживать WebMCP при тестировании, но не в вашем производственном парке. Сохраняйте обычный резервный вариант автоматизации и измеряйте ошибки инструментов, частоту подтверждений и передачу управления человеком при повторных запусках.
Как вы попробуете WebMCP сегодня?
Для локальных экспериментов включите chrome://flags/#enable-webmcp-testing в Chrome и перезапустите. Для живого тестирования документация Chrome указывает разработчикам на исходную пробную версию Chrome 149. Используйте официальные демоверсии и расширение инспектора инструментов контекста модели, чтобы просматривать зарегистрированные инструменты, вызывать их вручную и проверять как действительные, так и недопустимые входные данные. Поскольку предложение находится в стадии активного обсуждения, прикрепите версию браузера и ожидайте изменений API. Вызов OpenAI WebMCP
Если вы являетесь пользователем агента, а не владельцем сайта, вам не нужно ждать внедрения WebMCP. Запустите /ego-browser в поддерживаемом агенте кодирования, опишите ограниченную задачу и сохраните сеанс браузера и разрешения явными. Эти два подхода будут сосуществовать: WebMCP упрощает работу взаимодействующих сайтов; автоматизация реального браузера достигает остального.
Часто задаваемые вопросы
Является ли WebMCP тем же, что и сервер MCP?
Нет. Традиционный сервер MCP — это внешний процесс или служба, предоставляющая клиенту инструменты. WebMCP предоставляет инструменты самой веб-страницы агенту в браузере с границами происхождения браузера и политики разрешений.
Может ли WebMCP автоматизировать сайт, который не поддерживает WebMCP?
Нет. Клиент должен посетить страницу регистрации инструментов. Используйте обычную автоматизацию браузера для сайта, который не принял WebMCP, и останавливайтесь на человеческом вводе, когда этого требует аутентификация или запрос.
Кому необходимо внедрить WebMCP?
Владелец веб-сайта реализует инструменты WebMCP; клиент агента и браузер должны поддерживать их использование. Посетитель не может добавлять инструменты на несвязанный сайт.
Каковы основные преимущества WebMCP?
WebMCP предоставляет агентам именованные действия, входные данные, описанные схемой, и состояние страницы, что уменьшает угадывание селектора и интерпретируемые клики на взаимодействующих сайтах. Приложению по-прежнему необходимо проверять каждую полезную нагрузку.
Каковы основные ограничения WebMCP?
WebMCP требует принятия страницы и поддержки браузера, остается экспериментальным в Chrome и не решает проблему безголовой четности, политики аутентификации или внедрения подсказок.
Могут ли инструменты WebMCP работать без человека?
Некоторые инструменты с низким уровнем риска могут запускаться автоматически, но конфиденциальные действия должны требовать взаимодействия и подтверждения пользователя. Дизайн Chrome ориентирован на локальные рабочие процессы браузера, в которых участвует человек.
Открывает ли WebMCP инструменты для каждого iframe?
Нет. Изоляция источника и инструменты регистрации шлюзов политики разрешений; iframe с перекрестным происхождением требует явного разрешения и надежного доступа.
Как долго WebMCP API будет оставаться стабильным?
Гарантии стабильности пока нет. Chrome помечает WebMCP как предлагаемый стандарт, находящийся в стадии активного обсуждения, поэтому закрепляйте версии и отслеживайте пояснения и примечания к исходным пробным версиям.
Могу ли я использовать WebMCP, войдя в систему?
Страница может предоставлять инструменты в рамках своего сеанса с аутентификацией, но WebMCP не передает файлы cookie в другой браузер. Сохраняйте авторизацию и подтверждение в модели безопасности сайта.
Что мне следует использовать, если на сайте нет WebMCP?
Используйте обычную автоматизацию браузера. Для авторизованного локального сеанса ego (lite) позволяет поддерживаемому агенту управлять отдельно предоставленным реальным браузером через /ego-browser.
Где я могу прочитать руководство по внедрению?
Начните с документации WebMCP Chrome, руководства по инструментам безопасности, исходной пробной страницы и пояснения WebMCP по GitHub; ссылки перечислены в примечаниях к источникам ниже.