何が起きたか
Anthropicは、開発支援ツールClaude Codeにブラウザウィンドウを組み込んだと、X上で発表しました。Claudeはアプリ内でウェブページを開き、内容を読み、クリックし、テキストを入力できます。想定される用途としてドキュメントサイトや課題管理ツール（イシュートラッカー）が挙げられています。
このブラウザはタブ型で、キーボードショートカットで呼び出せます。技術的には、Claude Codeがすでにローカルアプリのプレビューに使っていたツールを流用しつつ、外部サイト向けに安全確認を追加した形です。
安全設計の中身
注目すべきは、機能追加そのものより「何を止めるか」を先に決めている点です。外部サイトへの書き込み操作は分類器が事前に審査します。Claudeはユーザーの同意なしに、買い物をしたり、アカウントを作成したり、CAPTCHAを回避したりしません。さらにブラウザはログイン情報を保存しないクリーンなプロファイルで動作します。組織は許可リストでアクセス可能な外部サイトを絞り込むか、ブラウザツールを完全に無効化できます。
ログイン済みセッションの中でClaudeに作業させたい場合は、この統合ブラウザではなくChrome拡張機能を使うよう案内されています。つまりAnthropicは「認証情報を持たないブラウザ」と「ユーザーのセッションを借りるブラウザ」を意図的に別製品として切り分けています。
点と点をつなぐ
コーディングエージェントの弱点は長らく「情報の鮮度」でした。ライブラリの最新仕様や社内の課題チケットは学習データの外にあり、人間がコピー＆ペーストで橋渡ししていました。統合ブラウザはこの橋渡しを自動化します。
同時に、エージェントが外部サイトで「読む」だけでなく「押す・書く」能力を持った瞬間、リスクの質が変わります。認証情報なし・書き込み審査あり・許可リストありという三段構えは、その質的変化に対する回答です。エージェント製品の競争軸が「何ができるか」から「どこまで止められるか」へ移りつつあることを示す事例と言えます。
💼 事業会社視点：これは自社にどう効くか
経営視点で見るべきは「エージェントに社内の外部SaaSを触らせるか」という新しい意思決定が発生した点です。
まず情報システム部門を持つ日本企業。Claude Codeのブラウザは許可リストと完全無効化に対応しています。これは「導入するか否か」の二択ではなく、「どのドメインまで開くか」という設計判断を情シスに求めるということです。導入済みの企業は、少なくとも社内ドキュメント基盤と課題管理ツールを許可リストの初期候補として棚卸ししておくべきです。
次に受託開発・SIer。顧客のイシュートラッカーやドキュメントをClaudeに読ませられるなら、要件の読み取りから実装までの往復コストが下がります。一方で顧客の資産に触れる以上、契約書のセキュリティ条項に「AIエージェントによる自動アクセス」が想定されているかを確認する必要があります。ここを曖昧にしたまま生産性だけ取りに行くのは危険です。
ECやSaaS事業者は逆側、つまり「訪問される側」としても考えるべきです。Claudeは同意なしに購入やアカウント作成を行わない設計ですが、エージェントが読みに来る前提でドキュメントやAPI仕様を整備しているかは、今後の開発者体験の差になります。
打ち手はシンプルです。まず許可リストの方針を決め、Chrome拡張との使い分け（ログイン済みセッションを使わせるか否か）を明文化する。この2点を先に決めた企業から、安心して踏み込めます。