Claude CodeのRStudio Serverターミナルでコピーできない原因と回避

RStudio Serverのブラウザ上のターミナルでClaude Codeを起動し、起動時に出るフルスクリーン描画の案内に同意すると、マウスで選んだ文字がクリップボードに入らなくなることがあります。選択のハイライトは出るのに、貼り付けると何も出ません。

GitHubのissue #91125に報告があり、状態はopenです。報告時のバージョンは2.1.252で、Chrome(macOS)からRStudio Serverのターミナルを使った環境です。

何が起きているか

報告された症状は3つです。

• 選択のハイライトは表示される
• 自動コピーされず、貼り付け先に何も出ない
• Cmd+Cでもコピーできない

フルスクリーン描画の起動時に表示される「選択したテキストは自動でクリップボードにコピーされる」という説明どおりには動きません。報告者は、/tuiでクラシックな描画に戻すと選択とコピーが元どおり使えると書いています。

原因はどこまで分かっているか

原因は特定されていません。報告者自身も「ブラウザのクリップボードAPIの制限に関係するかもしれない」と推測を書くにとどまります。

手がかりになるのは、同じissueのコメントに載った別環境の報告です。ブラウザ版のVS Code(vscode.dev)でリモートのヘッドレスLinuxコンテナに接続した例で、次の状況が書かれています。

• 内蔵ターミナルはWebSocketでつないだPTYを使うxterm.js
• pbcopy・xclip・xsel・wl-copyのどれも入っていない
• DISPLAYとWAYLAND_DISPLAYが未設定
• OSC 52は出力されるが、Web IDE側が処理しない

OSC 52は、端末にクリップボードへの書き込みを頼むエスケープシーケンスです。このコメントでは、ブラウザ版VS Code側のissueとして2件(microsoft/vscode#318254、#334287)が挙げられています。

製品のドキュメントを重ねると、筋道は次のように描けます。ローカルのセッションでは、macOSならpbcopy、LinuxならWaylandのwl-copyか、X11のxclip・xselのどれか、WindowsならSet-Clipboardでクリップボードに書きます。SSH越しのときだけOSC 52に切り替えます。

RStudio Serverでは、Claude Codeが動くのはサーバー側のLinuxで、手元のブラウザではありません。サーバーにクリップボード用のコマンドも画面もなければ、頼れるのはOSC 52だけになります。ただしRStudio Serverのターミナルが実際にOSC 52を受け付けるかどうかは、issueにも製品のドキュメントにも書かれていません。ここまでは推測を含む整理で、確定した原因ではありません。

回避の選択肢

issue本文に書かれた回避は、クラシックな描画に戻す方法だけです。それ以外は製品のドキュメントに載っている設定から選べるものを並べます。RStudio Serverで効いたという報告があるのは/tui defaultだけで、残りは試して確かめる候補です。

クラシックな描画に戻す

報告者が実際に試して効いたのがこれです。Claude Codeの中で次を実行します。

/tui default

/tui defaultはtui設定を"default"に保存します。ドキュメントによると、クラシックな描画では会話がターミナル本来のスクロールバックに残り、選択はブラウザ側の端末が受け持ちます。引き換えに、フルスクリーンのちらつきの少なさと、長い会話でのメモリの安定は手放します。

現在の描画は、引数なしの/tuiで確かめられます。環境変数でフルスクリーンを強制している場合は、/tuiコマンドがCLAUDE_CODE_NO_FLICKERを外した状態で再起動するので、設定が反映されます。

フルスクリーンのままマウス追跡だけ切る

CLAUDE_CODE_DISABLE_MOUSE=1は、フルスクリーン描画でのマウス追跡を止める環境変数です。ターミナル本来のコピー操作を使いたいときの用途として、環境変数の一覧に挙がっています。

CLAUDE_CODE_NO_FLICKER=1 CLAUDE_CODE_DISABLE_MOUSE=1 claude

選択をブラウザ側の端末が受け持つので、報告された症状の入り口(アプリ内の選択)を避けられます。代わりにクリックでの位置指定、クリックでの展開、URLのクリック、アプリ内のホイールスクロールは使えなくなります。PgUpとPgDnによるキーボードスクロールは残ります。

試すときは、実際にコピーできるかを貼り付けて確かめてください。

自動コピーを切って手動コピーにする

copyOnSelectをfalseにすると、選択してもクリップボードは変わらなくなります。/configの「Copy on select」からも切り替えられます。このキーはグローバル設定(~/.claude.json)の項目です。

{
  "copyOnSelect": false
}

コピーしたいときはCtrl+Shift+cで行います。ただし、この症状は自動コピーの経路が書き込めていないというものなので、手動コピーが同じ経路を通るなら同じように失敗する可能性があります。

Shiftを押したまま選ぶ

ドキュメントには、1回だけ端末本来の選択を使いたいときの方法があります。クリック&ドラッグの間、Shiftを押し続けます(VS Codeとその系統では、macOSでOptionを使う場合があります)。

ブラウザ版VS Codeの報告では、より具体的な手順が書かれています。Shiftを押しながら選択し、マウスボタンを離す前に右クリックして「Copy」を選ぶ、というものです。症状が似ているので、試す順としては低コストです。

切り分け: 自分の環境の症状か

次の更新で変わるか

issueはopenで、報告者が期待する動きは2つ書かれています。コピーが広告どおり動くか、ブラウザ型の端末と合わない場合はフルスクリーンの描画を提案しないか、のどちらかです。修正の予定は書かれていないため、直るまでは上の回避を使うことになります。

同じ型の症状は、リモートデスクトップ越しのWindowsでも報告されています。原因が違う話なので、RDPでクリップボードが空になる件も合わせて読むと、どの経路で書き込んでいるかの見分けがつきます。SSH越しで貼り付けが空になるときの整理は、Claude Codeのcopyコマンドの使い方にあります。フルスクリーン描画そのものの仕組みはClaude CodeのTUI(フルスクリーン)とはにまとめています。

RStudio Serverで使うときの補足

RStudio Serverのターミナルは、ブラウザの中のxterm.jsという端末で動いています。Claude Codeから見ると手元のマシンのクリップボードは遠く、サーバー内の画面や共有の仕組みも通常は用意されていません。「コピー」はブラウザが許す範囲でしか通らない、と考えておくと、同じ型の症状を他の環境で見たときにも切り分けやすくなります。

Claude Codeにコードを書かせた結果をRStudioのエディタに貼りたいだけなら、ターミナル出力のコピーに頼らず、ファイルとして書き出させる運用もあります。出力ファイルをRStudioのファイルペインから開けば、クリップボードを経由せずに済みます。R環境のセットアップ側の話は、Claude CodeでRの環境を整える手順で扱っています。

まとめ

症状の入り口は、フルスクリーン描画のマウス選択がブラウザ型の端末でクリップボードに届かないことです。確実に効いたと報告されているのは/tui defaultだけで、ほかは製品の仕様から選べる候補にとどまります。試すなら、まずShift選択(低コスト)、次にCLAUDE_CODE_DISABLE_MOUSE=1、それでも合わなければ/tui defaultの順が、失うものが少ない並びです。上の切り分けで/tui defaultを先に試すのは、症状の型を確かめるためで、日常の回避としては描画を変えない方法から入る、という違いがあります。