Remote Controlでartifactが開かない原因と、Ctrl+]での開き直し方
スマホやclaude.aiから頼んだartifactで、セッションを動かすPCにブラウザが開かないのは仕様です。開き直しの手順と、本当に公開できない場合の切り分けをまとめます。
Remote Controlから頼んだartifactは、PCのブラウザを開かない
claude.ai・Claude Desktop・Claudeのモバイルアプリ経由(Remote Control)でClaude Codeにartifactを頼むと、セッションを動かしているPCではブラウザのタブが開きません。壊れているのではなく、ドキュメントに書かれた仕様です。
通常のartifactは、最初の公開が済むとClaude CodeがURLを表示し、同じマシンのブラウザで新しいページを開きます。Remote Controlから送ったプロンプトでは、この「PCで自動的に開く」動作が行われません。ブラウザが開くのは、次にそのartifactを公開するときです。ただし条件があり、その公開が端末で自分が打ったプロンプトから始まっている必要があります。
「Remote Controlだとartifactが使えない」という声は、この挙動を指していることが多いです。ただ、本当に公開できていない場合も別にあります。見分け方は後半の切り分け表にまとめました。
この挙動の要点
- Remote Controlから頼んだ公開では、実行中のマシンにタブが開かない
- 端末で打ったプロンプトによる次の公開では、ブラウザが開く
- 開き直しは
Ctrl+]か/artifacts。ページ自体は公開済みで、URLからも開ける - 環境変数
CLAUDE_CODE_ARTIFACT_AUTO_OPEN=0は別物で、通常の自動オープンを止める設定
開き直す3つの方法
artifactは公開した時点でclaude.ai上の非公開URLに存在します。ブラウザが開かなかっただけなので、ページを探し直せば足ります。
開き直しの選択肢
- 1
Claudeの返信に出たURLを開く
公開後、Claudeは返信にURLを出します。Remote Controlで操作している端末(スマホやclaude.ai)には、その返信が表示されます。そこからそのままタップして開けます。
- 2
端末で Ctrl+] を押す
セッションの最新のartifactをブラウザで開き直します。押す場所は、Claude Codeを動かしている端末です。
- 3
/artifacts か、ギャラリーから開く
/artifactsは自分のartifactと共有されたartifactを一覧し、現在のセッション分を先頭に出します。選んでoを押すとブラウザで開き、cでリンクをコピーします。claude.ai/code/artifactsのギャラリーにも、作ったartifactが一覧されます。
/artifacts はClaude Code v2.1.208以降が前提です。Enter の動作はv2.1.216で変わり、現在はセッションに接続済みのartifactなら開き、未接続なら接続します。ブラウザで開くだけなら、迷わず o を使うのが確実です。
Ctrl+]は、どのキーボードで押すのか
Remote Controlでは、操作する画面(スマホのアプリやclaude.ai)と、Claude Codeが動く端末が別です。Ctrl+] が効くのは後者の、ターミナルのキー入力です。スマホからこのキーを送る方法はありません。
外出先から頼んだ場合は、Claudeの返信に出たURLか、ギャラリーが現実的な選択肢になります。席に戻れるなら、端末で Ctrl+] を押すだけでPCのブラウザに表示されます。
なお Ctrl+] は、生のC0制御バイトを送るターミナル(Terminal.app、既定のiTerm2、xtermなど)で効かない時期がありました。changelogにはこのキーバインドを直した記録があるので、古いバージョンで反応しない場合はアップデートが先です。
次の公開でPCにタブを開かせたいとき
ドキュメントの書き方に従うと、PCでタブを開かせる条件は次の1つです。同じartifactをもう一度公開するプロンプトを、ターミナルで入力すること。
たとえば、スマホから最初のartifactを頼んだあと、席に戻って端末から次のように依頼します。
さっきのダッシュボードのartifactに、サービス別の内訳を足して公開し直して。この公開はRemote Control経由ではなく、端末で打ったプロンプトによるものです。ブラウザが、その場で開きます。
ここで注意したいのは、インタラクティブセッションとサーバーモードの違いです。
| 起動方法 | 端末で入力できるか | 端末のプロンプトから公開できるか |
|---|---|---|
claude --remote-control や /remote-control | 端末で入力できるかできる | 端末のプロンプトから公開できるかできる(次の公開でブラウザが開く) |
claude remote-control(サーバーモード) | 端末で入力できるか接続待ちで、メッセージは遠隔側から送る | 端末のプロンプトから公開できるか端末にはプロンプト欄がない |
Remote Controlのドキュメントは、サーバーモードとの対比で、インタラクティブセッションでは「ローカルで入力しながらリモートからも操作できる」と書いています。サーバーモードの端末は接続状態とツールの動きを表示する画面で、メッセージを打つ場所ではありません。したがってサーバーモードでは、「端末で打った次の公開」でタブを開く方法は使えず、URL・ギャラリー・別ターミナルの /artifacts が開き直しの手段になります。
Remote Controlそのものの始め方と、/remote-control(/rc)でセッションを引き継ぐ手順はClaude Code Remote Controlで作業を別デバイスに引き継ぐにまとめています。
環境変数CLAUDE_CODE_ARTIFACT_AUTO_OPENとの違い
名前が似ているので混同しやすい点です。CLAUDE_CODE_ARTIFACT_AUTO_OPEN を 0 にすると、新しいartifactを公開しても自動でブラウザを開かなくなります。
| 状況 | ブラウザの動き | 原因 |
|---|---|---|
| 端末で打ったプロンプトで公開 | ブラウザの動き開く | 原因通常の動作 |
| Remote Control(アプリ/claude.ai)から頼んで公開 | ブラウザの動き開かない | 原因Remote Controlの仕様 |
CLAUDE_CODE_ARTIFACT_AUTO_OPEN=0 で公開 | ブラウザの動き開かない | 原因自分で止めている |
端末で頼んでも開かないなら、まず環境変数が設定されていないかを疑います。
# 値が 0 になっていないか確認する
echo "$CLAUDE_CODE_ARTIFACT_AUTO_OPEN"0 が出るなら、シェルの設定ファイルかClaude Codeの設定で自分が入れた値です。外せば、端末で頼んだ公開は再びブラウザを開きます。止めたままでも、Ctrl+] で好きなときに開けます。
開かないのではなく、公開できていない場合の切り分け
「Remote Controlだとartifactが使えない」という報告には、挙動の誤解だけでなく、実際に公開が失敗しているケースが混ざります。Claudeが「公開できない」と答えたり、リンクなしでローカルのHTMLファイルだけを書いたりしたときは、別の原因です。
公開そのものが失敗する主な原因
Claude Codeのバージョンが古い
claude remote-controlが起動したセッションでartifactを公開できるのは、v2.1.281以降です。それ以前は、Desktopやclaude.aiから開いたそのセッションにArtifactツールが載っていませんでした。自分で起動したセッションではない
サーバーモードのセッションがartifactを公開できるのは、自分で起動したセッションの場合です。自分で起動していないセッション(たとえば他のアプリが代わりに立ち上げたもの)は、この条件の対象として書かれていません。
claude.aiのログインではない
公開はclaude.aiアカウントに紐づくセッションが対象です。APIキー、ゲートウェイのトークン、クラウドプロバイダーの認証情報で動くセッションでは公開できません。
プロバイダーや組織ポリシーの制限
Amazon Bedrock、Google CloudのAgent Platform、Microsoft Foundryでは使えません。CMEK、HIPAA、Zero Data Retentionが有効な組織も対象外です。
v2.1.281のchangelogには、claude remote-control が開始するRemote Controlセッションで、Desktop・claude.ai・モバイルアプリから開いたときにArtifactツールが欠けていた問題を直した、という趣旨の項目があります。それ以前のバージョンで「使えない」と感じた報告は、この欠落が原因だった可能性があります。まず claude --version で確認し、v2.1.281未満ならアップデートします。
claude --versionプランはPro・Max・Team・Enterpriseのいずれかが必要です。TeamとEnterpriseでは、Ownerがclaude.aiの管理設定で組織全体の無効化もできます。組織ポリシーは api.anthropic.com から取得するため、プロキシやVPNで遮断されていると、読み込めずに利用不可になります。
Remote Control自体がつながらない場合は、artifactとは別の問題です。Remote Controlに接続できないときの見分け方と対処と、API経由のログインに由来するRemote Controlが使えない「requires the Anthropic API」の意味が切り分けの出発点です。
公開の承認がスマホに回ってくる場合
公開するときの承認(許可プロンプト)も、Remote Control経由だと見落としやすい点です。ドキュメントによると、プロンプトで頼んだ新しいartifactの公開は、通常は許可プロンプトなしで通ります。一方で、次のような場合は事前に確認が入ります。
- プランモードのセッションで、そのartifactを初めて公開する
- ページがコネクタ呼び出しやファイルダウンロードなどの実行時機能を宣言している
- 公開済みのartifactを、公開共有している状態で変更する
- スケジュールタスクが起動したターンで、初めて公開する
Remote Controlでは、許可プロンプトとAskUserQuestionは、答えるまで開いたまま待ちます。スマホ側に承認の通知が来ていないか、claude.aiのセッション画面を見て、承認待ちで止まっていないか確かめてください。「開かない」のではなく「公開が承認待ちで始まっていない」だけの場合があります。
切り分けの早見表
| 症状 | まず見ること | 対処 |
|---|---|---|
| スマホから頼んだ。返信にURLが出たがPCのブラウザは開かない | まず見ること返信に出たURL | 対処URLを開く。PCで開くなら Ctrl+] |
| 端末で頼んだが開かない | まず見ることCLAUDE_CODE_ARTIFACT_AUTO_OPEN | 対処0 なら外す。または Ctrl+] |
| サーバーモードで頼んだ。端末に入力欄がない | まず見ることギャラリー | 対処claude.ai/code/artifactsから開く。別の端末の /artifacts でも探せる |
| 「公開できない」と答える / ローカルのHTMLだけ書く | まず見ることバージョンとログイン方法 | 対処v2.1.281以降か、claude.aiでログインしているか確認 |
| 承認待ちで進まない | まず見ることclaude.aiのセッション画面 | 対処許可プロンプトに答える |
まとめ
Remote Controlからのartifactで、PCのブラウザが開かないのは仕様です。ページは公開済みなので、返信のURL、Ctrl+]、/artifacts、ギャラリーのどれかで開けます。
「使えない」と感じたときは、まず開かないのか公開できないのかを分けます。公開できない場合はバージョン(v2.1.281以降)、ログイン方法、プロバイダー、組織ポリシーの順に確かめます。artifactの更新と共有の仕組みはClaude Code Artifactsの共有ページが同じURLで自動更新される仕組みで扱っています。