Claude Code Desktopにブラウザ搭載、コピペ地獄が終わった
Claude Code Desktopに2026年7月、外部サイトを開いて読む・クリックする・入力できるブラウザが内蔵された。ドキュメントやFigmaを見ながらコピペ貼り付けが消える一方、クリーンなブラウザプロファイルとサンドボックス設計、書き込みを審査する安全性分類器も入っている。公式情報から実務目線で整理する。
エンジニアのゆとです。
結論から書く。Claude Code Desktopに、外部サイトをそのまま開いて読ませて、クリックさせて、入力までさせられる「アプリ内ブラウザ」が付いた。2026年7月6日〜10日週のアップデート（v2.1.202〜v2.1.206）で入った変更で、公式のWhat’s Newでも今週のヘッドライン機能として扱われている。
見た目としては地味なアップデートに見えるかもしれない。でも実際に触ってみると、コーディング中に一番ストレスだった「参照資料をどう渡すか問題」を丸ごと解決してくれる系の変更だった。ライブラリのドキュメントページを別タブで開いて、必要な部分をコピーして、ターミナルに戻って貼り付けて、また元のタブに戻って続きを読んで……みたいな往復作業。あれが要らなくなる。
これまでのWebFetch/WebSearchと何が違うのか
Claude Codeには前からWebFetchとWebSearchというツールがあった。URLを渡せば中身を取ってきてくれるし、検索キーワードを渡せばWeb検索もしてくれる。「じゃあ今回のブラウザも同じことでは」と思う人もいると思うけど、性質が結構違う。
WebFetch/WebSearchはバックグラウンドのAPI呼び出しだ。裏側でHTTPリクエストが飛んで、テキストに変換された結果がClaudeに渡ってくる。画面には何も表示されないし、JavaScriptで動的にレンダリングされるページやログインが必要なページは、うまく取れないことも多い。
今回のアプリ内ブラウザは違う。Desktop版の中に「Browserペイン」という専用のタブ付きブラウザが実装されていて、実際にページが描画される。Claudeはそのブラウザ上でクリックしたり、フォームに文字を打ち込んだり、ページ内を移動したりする。しかもその様子は画面に映るので、Claudeが今どのサイトの何を見ているのか、隣で普通に確認できる。裏側のAPI呼び出しじゃなくて、目の前でブラウザを操作してもらっている感覚に近い。
開き方はCmd+Shift+B（Windowsだと Ctrl+Shift+B）か、Viewsメニューから。チャット内の外部リンクをクリックすると「アプリ内で開く」か「デフォルトブラウザで開く」かを選ぶダイアログも出てくる。Cmd（Windowsは Ctrl）を押しながらクリックすれば、確認なしで手元のブラウザに直接飛ばすこともできる。
実際に何ができるのか
一番わかりやすい使い方は、知らないライブラリのドキュメントをその場で読ませることだ。今までは該当ページを自分で開いて、必要そうな箇所をコピーして、プロンプトに貼り付けて渡していた。これからはURLを渡すだけで、Claudeが自分でページを開いて、必要な情報を読み取って、実装に反映してくれる。
デザイン確認の場面でも効く。Figmaのリンクを渡せば、Claudeがブラウザでそのページを開いて見に行ける。実装したUIとデザインカンプを見比べながら「ここの余白がまだズレてる」みたいなやり取りが、画面を行ったり来たりせずに進む。ログインが必要なサイトにも、ブラウザペイン内でサインインできる（GoogleのOAuthポップアップのようなフローも含めて対応している）。
競合サービスのUIを参考にしながら実装する、みたいな用途にも使える。「このサイトの料金ページのレイアウトを見て、うちのプロジェクトに同じ構成で実装して」と頼めば、Claudeが実際にそのページを開いて、構造を見ながら手を動かす。プレビュー中の自分のアプリと、参照先の外部サイトを並べて見比べながら作業を進められるのが大きい。
安全設計を正確に理解する
ここが一番気になるところだと思うので、公式ドキュメントを基に正確に書く。曖昧に「安全です」で済ませるのはよくない。
まず土台として、Browserペインは自分の普段使いのブラウザとは別の、まっさらなプロファイルで動く。保存済みのログイン情報や閲覧履歴は一切引き継がれない。自分としてログインした状態でClaudeに何かをさせたい場合は、後述するClaude in Chrome拡張機能を使う設計になっていて、ここは明確に住み分けられている。
その上で、外部サイトでの行動には2つの安全チェックが入る。
1つ目は安全性分類器によるレビューだ。クリックや文字入力といった「書き込み系」のアクションは、どの権限モードで動いていても分類器の審査対象になる。これはAuto modeが使っているものと同じ分類器で、危険そうな操作だと判定されると、モードに関係なく承認プロンプトが出て止まる。
2つ目はドメインの許可リストチェック。AutoモードとBypass permissionsモード以外では、Claudeが新しいサイトへ移動する前にこのチェックも通る。
実際の動きとしては、Claudeが初めて外部サイトで何かアクションを起こそうとすると、パーミッションカードが出てくる。選択肢は「今回だけ許可」「常に許可」「拒否」の3つ。「常に許可」を選ぶと、そのサイトについてはデバイス上で承認が記憶される（設定画面から取り消せる）。サブドメインごとに別扱いなので、doc.example.comを許可してもblog.example.comは別途聞かれる。
そして、たとえ許可済みのサイトであっても、Claudeは購入操作、アカウント作成、CAPTCHA回避は勝手にやらない。この安全モデルはClaude in Chrome拡張機能と共通のもので、Anthropicが同じ基準で運用している。
「持続設定」の話も書いておく。ブラウザペインに保存されたセッションデータ（ログイン状態など）は、Settings → Claude Codeのトグルから消去できるし、ブラウザ機能自体をオフにすることもできる。チーム利用の場合は、組織側で外部ページへのツール操作自体を無効化する設定や、外部サイトへのナビゲーション自体を丸ごと禁止する設定も用意されている。個人利用ではあまり触らない部分だけど、クライアントワークで機密性の高いプロジェクトを扱う人は覚えておいて損はない。
Chrome拡張機能との使い分け
Anthropicには元々「Claude in Chrome」という拡張機能があって、これはブラウザの実際のログイン状態を共有して動く。一方、今回のBrowserペインはクリーンなプロファイルで、ログイン情報を持たない。
使い分けの目安は公式もはっきり書いていて、「自分のアプリのビルド・テストや、自分のアカウントを必要としないサイトの閲覧」はBrowserペイン、「Claudeに自分としてログイン状態のまま動いてほしい場面」はChrome拡張機能、という整理になっている。
僕の感覚だと、開発中にドキュメントやデザイン資料を参照させる用途はほぼ全部Browserペインで完結する。逆に、自分のSNSアカウントの投稿確認みたいな「自分のセッションが必要な作業」は、これまで通りChrome拡張機能の担当になりそうだ。
フリーランスの実務でどう効くか
案件をいくつも掛け持ちしていると、クライアントのFigmaリンク、競合サイトのURL、外部ライブラリのドキュメント、参考記事のURLが常にSlackやメールに散らばっている。今までは全部自分の手で開いて、中身を確認して、必要な部分だけClaudeに要約して渡す、という一手間が挟まっていた。
これが「URLをそのまま渡す」だけで済むようになると、地味だけど毎日効いてくる。特にクライアントから「このデザイン案の通りに直して」と言われたときに、Figmaを別ウィンドウで開きっぱなしにして見比べる作業がなくなるのは、集中が切れないという意味で体感が大きい。
もちろん、機密性の高いクライアント資料をどこまでClaudeに読ませていいかは案件ごとに判断が必要だ。NDAの範囲でログインが必要なページを開かせるかどうかは、契約内容と相談しながら決めるべきところで、便利だからと無条件に全部渡していい機能ではない。
同じ週のアップデートでは、/doctorが読み取り専用のレポートから「診断して直す」フルの点検コマンドに進化してもいる。未使用のスキルやMCPサーバーを見つけて、CLAUDE.mdの重複を整理して、遅いフックを検知してくれる。ブラウザ機能ほど目立たないけど、こちらも普段の運用を軽くしてくれるアップデートだった。
まとめ
Claude Code Desktopに入ったアプリ内ブラウザは、Claudeが自分でドキュメントやデザイン資料を開いて読みに行ける機能だ。バックグラウンドのWebFetchとは違って、実際にブラウザ画面が動いているところを見ながら作業できる。安全面はクリーンなブラウザプロファイル、書き込み操作を審査する分類器、サイトごとの承認フローで固められていて、勝手に何でもできるわけではない。
参照資料をコピペで渡す作業に地味なストレスを感じていた人ほど、恩恵を感じやすいアップデートだと思う。バージョンが古い場合はclaude updateで最新化しておくといい。
Desktop版の他の機能もまだ触っていない人は、こちらもあわせてどうぞ。
