Claude Code 2.1.206: встроенный браузер и /doctor

Снова стопки задач, которые копятся быстрее, чем я их разгребаю. Вроде только разобрался с одним проектом, а тут уже три новых висят. Знакомо? Мне — да. Половина этой каши — не работа, а переключения: между терминалом, браузером, документацией и настройками, которые опять поехали.
Две вещи в Claude Code эти переключения сильно сокращают: встроенный браузер в десктопном приложении и команда /doctor. Релиз 2.1.206 (10 июля 2026) не изобрёл ни то, ни другое — он доточил /doctor. Но именно в связке эти две штуки меняют рабочий день, поэтому разбираю обе: что реально умеют, как включить и где границы.
Встроенный браузер в Claude Code Desktop: работа без переключений
Когда я делаю фронтенд или интеграции, мне постоянно нужно что-то посмотреть: как отрисовалась страница, что в консоли, что написано в документации. Раньше это был бесконечный alt-tab между Claude Code и браузером.
В десктопном приложении Claude Code есть панель Browser — вкладочный браузер прямо внутри окна. Открывается по Cmd+Shift+B на macOS и Ctrl+Shift+B на Windows, либо через меню Views. Панель можно поставить рядом с чатом, диффом, терминалом и редактором файлов — раскладка собирается перетаскиванием.
Важный момент: это отдельный чистый профиль браузера, не ваш личный. Там нет ваших сохранённых логинов и истории. Для разработки и тестов это правильно, а если нужно, чтобы Claude действовал от вашего имени в уже залогиненных сессиях, для этого есть расширение Claude в Chrome.
Что панель Browser реально даёт
Первое — Claude сам поднимает дев-сервер и открывает приложение. Конфигурацию он определяет автоматически и сохраняет в .claude/launch.json в корне проекта: команда запуска, порт, рабочая директория, переменные окружения. Если хочется yarn dev вместо npm run dev или другой порт — правится руками или через «Edit configuration» в выпадашке серверов. Работает не только для фронтенда: с бэкендом Claude дёргает эндпоинты, смотрит логи сервера и чинит то, что нашёл.
Второе — авто-верификация. По умолчанию Claude после правок сам проверяет результат: делает скриншоты, смотрит DOM, кликает по элементам, заполняет формы и исправляет то, что сломалось. Это то, ради чего я раньше держал Playwright MCP; теперь большую часть таких задач панель закрывает без него.
Третье — обычный браузер под рукой. Документация, трекер задач, любой сайт открываются вкладкой рядом с вашим приложением. Клик по HTML-файлу, PDF, картинке или видео из чата тоже открывает их здесь.
Отдельно полезная мелочь: галка Persist sessions в выпадашке серверов сохраняет куки и localStorage между перезапусками сервера. Не нужно логиниться заново каждый раз, когда сервер перезапустился.
Как это выглядит в работе
Несколько сценариев, которые я реально использую:
- Правка UI: прошу поменять компонент, Claude правит код, поднимает дев-сервер, открывает страницу и сам смотрит, что получилось. Если хочу указать на конкретный элемент —
Cmd+Shift+Sвыделяет его в браузере и передаёт в чат. - Отладка бэкенда: Claude поднимает сервер, стучится в эндпоинт, читает логи и правит обработчик, не спрашивая меня, что в ответе.
- Разбор чужой страницы: прошу открыть нужный URL и разобрать структуру разметки, прежде чем писать парсер. Не приходится самому лезть в исходники страницы.
- Документация рядом: вкладка с доками фреймворка живёт в том же окне, что и приложение.
Про безопасность стоит знать заранее. На внешних сайтах записывающие действия Claude — клики, ввод текста — проходят через классификаторы в любом режиме разрешений, и при срабатывании вы получите запрос независимо от режима. Плюс первый раз на каждом сайте появляется карточка: разрешить один раз, разрешить всегда или запретить. Каждый домен подтверждается отдельно, включая поддомены. Локальные дев-серверы и файлы проекта подтверждения не требуют, поэтому авто-верификация не превращается в поток запросов.
Это ещё один шаг к тому, чтобы Claude Code был «вторым мозгом», а не просто генератором кода: он не только пишет, но и сам смотрит на результат. Про то, как выстраивать на этом решения, я писал в статье ИИ для принятия решений: как я перестал застревать в неопределённости.
Команда `/doctor`: чекап самого Claude Code
Здесь важно сразу снять частое заблуждение. /doctor — это не врач для вашего проекта. Он не чинит зависимости Python, не разруливает конфликты в git и не правит package.json. Он проверяет и приводит в порядок сам Claude Code и его конфигурацию. Это скучнее, чем звучит в мечтах, но именно эта часть у большинства заросла грязью.
Что он делает:
- Диагностика установки: дубли установок, проблемы с
PATH, файлы настроек, которые не парсятся. - Оптимизация обвеса: находит неиспользуемые скиллы, MCP-серверы и плагины, помечает медленные хуки, проверяет наличие свежей версии.
- Чистка памяти: дедуплицирует и подрезает
CLAUDE.md— выкидывает то, что Claude и так выведет из кода (структуру директорий, списки зависимостей, обзор архитектуры), и сохраняет то, что вывести нельзя: подводные камни, причины решений, договорённости команды. - Настройка автоматизации: предлагает сделать авто-режим режимом по умолчанию и заранее разрешить безопасные read-only команды, которые вы и так постоянно подтверждаете.
Ключевое: он сначала показывает находки и спрашивает подтверждение, а не молча всё переписывает. У команды есть алиас /checkup. А если нужен просто отчёт без запуска сессии — в терминале работает claude doctor, он печатает диагностику и выходит.
Именно чистку CLAUDE.md добавили в 2.1.206: теперь /doctor отдельно предлагает подрезать закоммиченные CLAUDE.md, вырезая то, что модель может вывести из кодовой базы. Там же починили проверку обновлений: для установок через Homebrew она теперь сравнивает версию с каналом cask, а не с каналом из настроек.
Я давно собираю рутину в скиллы — про это писал в статье 5 навыков Claude Code, экономящих часы еженедельно. /doctor ложится в ту же логику: забирает ещё один пласт скучной, но необходимой возни.
Как это работает вместе: разворачиваем новый проект
Допустим, нужен небольшой сервис: парсить заголовки статей с сайта и складывать в PostgreSQL, асинхронно. Обычно это квест на полдня.
Мой порядок действий:
- Чекап перед стартом. Запускаю
/doctorи разбираю находки: убираю дубли установок, отключаю MCP-серверы, которыми не пользуюсь, подрезаю раздутыйCLAUDE.md. Это разово, но дальше сессии работают быстрее и дешевле по контексту. - Бриф. Пишу задачу текстом: язык, что парсим, куда складываем, требование к асинхронности. Чем конкретнее ограничения, тем меньше правок потом.
- План. Claude предлагает стек и структуру проекта, я правлю и одобряю. На этом шаге дешевле всего спорить об архитектуре.
- Разбор страницы в браузере. Прошу открыть целевую страницу в панели Browser и разобрать разметку заголовков. Дальше он пишет парсер по тому, что увидел, а не по тому, что придумал.
- Запуск и проверка. Claude поднимает сервис, открывает его в панели, дёргает эндпоинты, читает логи и правит то, что упало. Мне остаётся посмотреть на результат.
Разница не в том, что «часы превратились в секунды». Разница в том, что из цикла ушёл я как передаточное звено: раньше я вручную носил информацию между браузером, терминалом и чатом. Теперь я смотрю на результат и принимаю решения.
Частые вопросы
Claude Code — это терминал или приложение?
И то, и другое. Есть CLI: команда claude в терминале. И есть десктопное приложение с вкладкой Code, где живут панели — чат, дифф, браузер, терминал, редактор файлов. Панель Browser — фича именно десктопного приложения.
Появился ли встроенный браузер в версии 2.1.206?
Нет, это распространённая путаница. Панель Browser — фича десктопного приложения, она появилась раньше и развивается отдельно от нумерации релизов CLI. В 2.1.206 из этой пары дорабатывали /doctor.
Безопасно ли пускать Claude во внешние сайты?
Панель работает на чистом профиле браузера, без ваших логинов и истории. Записывающие действия на внешних страницах проходят через классификаторы безопасности в любом режиме разрешений, каждый домен подтверждается отдельно, а покупки, регистрации и обход CAPTCHA Claude не делает без вас. Администраторы могут ограничить или полностью отключить внешнюю навигацию управляемыми настройками.
Починит ли `/doctor` мой проект — зависимости, версии Python, git?
Нет. /doctor занимается установкой и конфигурацией самого Claude Code: дубли, PATH, настройки, неиспользуемые скиллы и MCP-серверы, CLAUDE.md, проверка обновлений. Проблемы окружения проекта решаются обычной работой в сессии, а не этой командой.
Что ещё было в 2.1.206?
Из заметного: /cd научился подсказывать пути к директориям так же, как /add-dir; /commit-push-pr теперь автоматически разрешает git push не только в origin, но и в настроенный push-remote; фоновые агенты обновляются сразу после апдейта Claude Code, а не при подключении к ним; починили игнорирование request_timeout_ms у MCP-серверов из-за чего долгие вызовы отваливались по дефолтным 60 секундам; починили claude --resume и --continue, которые не реагировали на клавиатуру при старте; поправили цены в выборе модели через /model; улучшили качество находок /code-review на claude-opus-4-8.
Где смотреть полный список изменений?
В истории релизов на GitHub. Например, страница релиза 2.1.206 содержит полный список. Документация Claude Code живёт на code.claude.com/docs.
Claude Code становится автономнее: он не только пишет код, но и сам смотрит на результат в браузере и сам чинит собственную конфигурацию. Практический вывод простой — если вы работаете в десктопном приложении и ни разу не запускали /doctor, начните с него, а потом откройте панель Browser и дайте Claude проверять свои правки самому.
Если хотите системно разобраться, как выстроить работу так, чтобы ИИ работал без вас, а не вы с ним — у меня есть гайд «ИИ вместо команды»: готовые системы и команды, которые настраиваются за вечер и которые я сам использую ежедневно.
AI-аудит
Автоматизируйте свой бизнес с AI
Напишите «Аудит» в Telegram — разберу ваши процессы и предложу конкретное решение
Написать в Telegram →