Claude Managed Agents の web_fetch が取得するのは、セッションにすでに現れた URL だけ
Claude Managed Agents の web_fetch は、2026 年 10 月 7 日から、セッションにすでに現れた URL しか取得しなくなった[1]。たとえばユーザーのメッセージの本文や web_search の結果、前に web_fetch で取得したページにある URL です[1]。
Claude 自身の出力やエージェントのシステムプロンプト、添付の文書、bash・read・MCP などのツールの出力にしかない URL は、対象になりません[1]。web_fetch で取得しようとしても、エージェントに返るのは url_not_in_prior_context というエラーの結果[1]。
データを外へ持ち出される危険を減らすための変更だと、Anthropic は説明している[1]。エージェントに URL を取得させたいときは、user.message のイベントの本文に含めて送ります[1]。
ネットワークを制限した環境（limited networking）では、allowed_hosts が web_search と web_fetch にも適用されるようになった[1]。ネットワークを制限しない環境と自前の環境（self-hosted）では、2 つのツールの接続先は絞られない[1]。
allowed_hosts に合わないホストへの web_fetch は、url_not_allowed のエラーになる[1]。web_search の結果からは、そうしたホストが除かれます[1]。allowed_hosts に 1 つもホストがなければ、どちらのツールもページや検索結果を返さない[1]。
allow_package_managers や allow_mcp_servers を有効にしても、この 2 つのツールが使えるホストは増えません[1]。ツールからホストに接続させるには、allowed_hosts に加える[1]。加えたホストには、サンドボックスからも接続できるようになります[1]。
ネットワークを制限した環境で、有効にした web_search か web_fetch の allowed_domains に allowed_hosts の外のドメインがあると、セッションの作成は 400 エラーになる[1]。そうしたドメインを加えるセッションの更新も同じです[1]。
allowed_hosts の項目が一致するのは、*. で始まらないかぎり 1 つのホストだけ[1]。example.com だけの allowed_hosts に、docs.example.com は含まれない[1]。
400 エラーを直すには、そのホストを allowed_hosts に加えるか、allowed_domains から外します[1]。