Claude Browser

Несколько постоянных вкладок браузера внутри VS Code, которыми Claude может управлять через MCP.

Откройте GitHub в одной группе редактора, а терминал Claude — в другой. Вход в систему сохраняется между перезапусками. Позвольте Claude читать и кликать на той же странице, которую вы видите, не покидая редактор.

Что это делает

• Много вкладок, а не одна. Каждая вкладка браузера — это вкладка редактора, поэтому её можно разделять, перетаскивать между группами и открывать заново там, где вы остановились.

• Сеансы сохраняются. Cookies и локальное хранилище переживают перезапуск и являются общими для всех вкладок, так что войти в Slack достаточно один раз.

• Сайты, которые отказываются открываться во фрейме, всё равно работают. GitHub, Slack и Google отправляют X-Frame-Options: DENY, поэтому встроенный Simple Browser не может их показать.

• Claude управляет им. Расширение размещает MCP-эндпоинт с инструментами для вывода списка вкладок, навигации, создания снимка страницы, кликов, ввода текста и чтения консоли.

• Это настоящий DOM. А не видеопоток браузера: задержка ввода нативная, выделение текста и виджет поиска работают, а аудио воспроизводится.

Related MCP server: Glance

Начало работы

yarn install
yarn build

Нажмите F5, чтобы запустить Extension Development Host, затем выполните Claude Browser: Open Browser Tab из палитры команд.

Чтобы позволить Claude управлять им, откройте терминал в том же окне и выполните claude. Расширение записывает свой эндпоинт в .mcp.json рабочей области, так что инструменты уже там. Выполните Claude Browser: Show MCP Endpoint, если предпочитаете зарегистрировать его вручную.

Команды

Настройки

Как это работает, в одном абзаце

Webview в VS Code — это изолированный iframe, а сайты, которые стоит держать открытыми, отказываются открываться во фрейме. Поэтому расширение запускает локальный прокси, переписывающий ответы: каждый сайт обслуживается из собственного loopback-источника, например github.com.s.localhost:41998, а заголовки фрейминга и транспорта переписываются на лету. Cookies вообще не доходят до браузера; прокси хранит их и повторно прикрепляет при обращении к источнику — это единственный способ, которым сессионные cookies с префиксом __Host- могут пережить обслуживание с другого источника. В каждую страницу внедряется небольшой шим, который перенаправляет её сетевые запросы, удерживает навигацию на прокси и выполняет команды от MCP-инструментов.

Подробности и то, чего этот подход не может сделать, описаны в docs/.

Документация

• Architecture — компоненты и как они взаимодействуют

• Proxy — сопоставление источников, переписывание заголовков, шим страницы

• Persistence — где хранятся сеансы и что переживает что

• MCP — инструменты и как подключиться

• Security — модель угроз и защита запросов

• Limitations — что не работает и почему

• Development — сборка, тестирование, выпуск