Claude Codeのresumeで入力できない問題とWSL2の対処法

claude --resumeの起動画面がキー入力を受け付けなくなる症状

claude --resume(またはclaude -r)を実行すると、過去のセッション一覧を表示する画面は出るのに、矢印キーで選択できず、フィルタ文字列を打っても何も入力されず、画面が案内している?のショートカット一覧すら開かない — こうした症状が2026年7月にGitHub issue #75496として報告されました。

報告者の環境はWSL2(Ubuntu 24.04)で、bashとfishの両方、tmux経由のptyと通常のWSL2ターミナルの両方で再現したとされています。唯一動く手段は、いったん終了して素のclaudeを起動し、REPL内で/resumeと打つことでした。この経路が開くピッカーは矢印キーもフィルタ入力も正常に反応する、コールドスタート時の画面とは構造の異なる別のUIだったと報告されています。

WSL2だけでなくmacOS・Linux・Windowsでも起きていた

issueのコメント欄には、同じ症状の報告がWSL2以外の環境からも相次ぎました。報告があったのはmacOS 26.5.1とDarwin 25.5.0のApple Silicon機、Ubuntu(カーネル6.8)のGNOME Terminal、Windows 11のPowerShell、VS Codeのdevcontainerです。

重複として扱われた関連issueは#75497、#75513、#75521、#75560、#75579の5件です。最終的にこのissue自体も#75521への重複として整理され、報告はそちらに一本化されてクローズされました。#75521のタイトルは症状の出るバージョンをv2.1.203〜204としています。報告者の多くは、204への自動更新の直後に発生したと書いています。

つまりこの不具合は、WSL2固有の端末統合やTTY周りの問題ではなく、claude --resumeのコールドスタート経路の問題でした。

発生から修正までの流れ

報告は2026年7月8日(UTC)の1日に集中し、修正は2日後の7月10日に入りました。数日のあいだに三つのバージョンが出ているので、どのバージョンで何が起きたかを日付(UTC)で並べます。

issueの調査が示す原因はキー入力ではなくフォーカス側

#75496の起票者(WSL2)の検証では、stty -aの出力がフリーズ中の画面と正常に動く/resumeピッカーで完全に一致し、rawモード自体は正しく有効でした。

Ubuntu(GNOME Terminal)の報告者は、擬似端末(pty)を使ったスクリプトでキー入力の生バイト列を直接観測しています。キーを押すたびに、文字セットリセットとマウストラッキングの再送信を含む約40バイトの決まったレスポンスが返るだけで、画面には何の変化もなかったそうです。

この観測から、Linuxの報告者は次のように見立てています。stdinの配線やrawモードは壊れておらず、レンダリングループも入力に反応しています。フォーカスを持つコンポーネントが、その状態で有効なキーバインドを持っていないだけだという見方です。

このLinuxの報告者の環境では、claude agentsから同じ画面を開くと15種類以上のシナリオで入力が正常に効きました。一方claude --resume(セッションID指定なし)は6回中6回とも入力が効きませんでした。ただし別の報告者からはclaude agents側でも同じフリーズが起きたという声があり、症状の出方は環境や経路によって揺れがあったようです。

もう一つ、見た目では分からない点があります。画面が固まるとCtrl+Cも効かなくなるため、強制終了を考える人もいるはずです。同じ報告者は、端末がrawモードでSIGINTが飛ばず、アプリ側のハンドラも動かないためだと説明しています。別の端末からkill <pid>を送ると正常に終了したとのことです。

コメントの中には、A/Bテスト用とみられるフラグtengu_fleet_past_sessionsが関係しているのではないかという指摘もありました。フラグの値を書き換えても自動的に戻されたという書き込みですが、これも個人の推測です。

別の書き込みでは、この不具合で過去のセッションデータが壊れているわけではないことも調べられています。保存済みのトランスクリプトファイルはすべて正常にパースでき、破損は見つからなかったとのことです。入力が効かないのは画面側の問題で、セッション履歴自体は失われていません。

固まったときの回避策は軽い順に5段階

状況に応じて、上から順に試します。担当者の返信に載っているのは1〜3段目です。4段目は#75496のコメント、5段目は#75521の起票者による報告です。

claude --continueは、担当者の回避策一覧には入っていますが、#75521のタイトルでは症状の出る入口として挙げられています。同じコマンドで報告が割れているので、--continueで戻れない場合は2段目か3段目へ進めます。

v2.1.289のヘルプでは、--resumeの説明は次のとおりです。値は「検索語」として扱われると書かれているので、空白1文字でもクラシックなピッカーが開く、という報告者の説明と合います。

claude --version
# 2.1.289 (Claude Code)
 
claude --help
#   -c, --continue                        Continue the most recent conversation in
#                                         the current directory
#   -r, --resume [value]                  Resume a conversation by session ID, or
#                                         open interactive picker with optional
#                                         search term

/renameの幽霊カードがさらに事態を悪く見せていた

#75521のコメントには、フリーズとは別の症状を指摘する書き込みもありました。/renameでセッション名を付けると、その名前が~/.claude/jobs/配下の完了済みジョブの記録に書き込まれます。報告者によれば、このフォルダはプロジェクト単位でなく全体で共有されます。そのため「DONE」の古いカードが、どのディレクトリでclaude -rを実行しても一覧の先頭に居座ったそうです。

該当ジョブのフォルダ1つを消すと、幽霊カードだけが消えたと報告されています。セッションの会話履歴は~/.claude/projects/に残ったままで、壊れてはいません。一覧の先頭に身に覚えのない「DONE」が出ていても、データ消失とは別の現象です。

v2.1.206ではagent viewも変わり、Ctrl+Xで完了済みのセッションを完全に削除できます。セッションが二重に表示されなくなり、削除したバックグラウンドジョブは削除されたままになります。

v2.1.206で修正が入った — 更新で再起動頼みを抜ける

この不具合への修正は、v2.1.206に入りました。claude --resumeと--continueが起動時にキー入力へ反応しない症状の修正は、v2.1.206のリリースノートに明記されています。

同じv2.1.206では、より限定的な症状も別途修正されました。Windowsでclaude --resumeを単独実行した際、セットアップ用のプロンプトが先に出た場合に限ってagent view側の入力が無視される症状です。

issueが報告されたときのバージョンはv2.1.204でしたから、2バージョン後に公式の修正が入ったことになります。古いバージョンのままならclaude updateでv2.1.206以降にします。

claude update

Claude Codeの/resumeまわりでは、この不具合以外にも別の時期に別の原因で症状が起きています。索引ファイルの更新停止やピッカーの表示件数に起因する不具合はClaude Codeの/resumeが壊れていた3つの原因(v2.1.31以降)に、また別のリグレッションはClaude Codeの/resumeが全プロジェクトを表示した不具合とv2.1.108の修正にまとめています。同じ/resumeという言葉で検索しても、時期によって原因も修正バージョンも異なる点には注意が必要です。

--resumeの起動画面はagent viewと同じ系統だった

claude --resumeのコールドスタート画面と、claude agentsで開く画面は、Anthropicが「agent view」と呼ぶ機能に属しています。agent viewはバックグラウンドで動く複数のセッションを一覧・操作するための画面で、v2.1.139(2026年5月11日)でリサーチプレビューとして導入されました。公式ドキュメントでは今も「research preview」の位置づけで、インターフェースやキーボードショートカットは今後も変わりうると明記されています。

不具合の当時、claude --resumeのコールドスタートはagent viewと同じ系統の一覧画面を経由していたとみられます。現在の公式リファレンスでは、--resumeをID指定なしで実行すると対話的なピッカーが開くとされています。バックグラウンドセッションはbgのマークつきで一覧に混在し、実行中のものを選ぶとそのセッションが同じ端末で開きます。v2.1.285より前は、claude attachを使うよう案内して終了していました。

agent viewの中でセッション一覧を呼び出す素の/resume(/continue)は、v2.1.212以降でないと使えません。今回のコールドスタート不具合とは別の、機能追加時期に関する要件です。

agent viewの無効化(5段目の手順)は、組織の管理者ならmanaged settingsで強制できます。

--continueや--resumeが既存の会話をどう扱うか、/forkとの違いも含めた再開の仕組み自体はClaude Codeのresumeとforkの違い — 再開か複製かにまとめています。

WSL2固有の注意点

入力フリーズはWSL2に限った問題ではなく、macOSやネイティブWindowsでも報告されています(冒頭の節を参照)。WSL2だからといって別の対処は要らず、上の5段階がそのまま使えます。

WSL 1にはサンドボックス化されたコマンド実行に非対応という別の制約があります。wsl --list --verboseでバージョンを調べておくと、入力フリーズとこの制約を混同せずに済みます。

まとめ

v2.1.205でも再発の報告があったため、206未満のバージョンでは再起動を繰り返すよりclaude updateが先です。更新できない環境だけ、claude -r " "かclaude --resume <session-id>で作業を再開します。