Skip to content

原文(日本語訳)

バックグラウンドセッションに対して /rename を実行しても、ジョブが再起動すると名前が元に戻ってしまい、新しい名前でセッションを参照できなくなる不具合を修正しました。

原文(英語)

Fixed /rename on background sessions being reverted when the job restarts, which broke addressing the session by its new name

概要

今回の修正はバグ修正です。これまで、バックグラウンドで実行中のセッション(claude agents で管理されるバックグラウンドジョブ)に対して /rename コマンドでカスタム名を設定しても、そのジョブがクラッシュや更新、メモリ圧迫などの理由で再起動された際に、設定した名前が元の名前(自動生成された名前やセッションID相当の表示)に巻き戻ってしまう問題がありました。この結果、claude --resume <session-name> のように新しい名前を使ってセッションを指定しても、そのセッションを見つけられなかったり、意図しない挙動になったりする不具合が発生していました。今回の修正により、バックグラウンドジョブが再起動されてもリネーム後の名前が正しく保持されるようになりました。

基本的な使い方

/rename は、実行中または過去のセッションに分かりやすいカスタム名を付けるためのコマンドです。引数なしで実行すると、内部的に軽量なモデルが会話内容を解析して自動的に名前を提案します。

# 現在のセッションに名前を付ける
/rename auth-refactor

# 名前を指定せず自動生成させる
/rename

名前を付けたセッションは、/resume の一覧画面や claude agents(旧: 背景セッション管理画面)でその名前で検索・識別できるようになり、次のように名前を使って直接再開することもできます。

claude --resume auth-refactor

実践例

長時間のバックグラウンドタスクを名前で追跡する

大規模なリファクタリングやテストスイートの実行など、長時間かかる作業をバックグラウンドジョブとして実行している場合、/rename でわかりやすい名前を付けておくと、後から claude agents の一覧で目的のセッションをすぐに見つけられます。

# バックグラウンドでタスクを開始した後、そのセッション内で
/rename payment-migration

# 別のターミナルやセッションから、名前で再開する
claude --resume payment-migration

今回の修正前は、このジョブが途中でリスタートされると payment-migration という名前が失われ、再度セッションIDや自動生成名で探し直す必要がありました。修正後は再起動を挟んでも名前がそのまま維持されるため、安心して長時間ジョブを任せられます。

複数のバックグラウンドセッションを並行運用する

複数の機能を並行してバックグラウンドで進めている場合、それぞれに frontend-fixapi-cleanup のような名前を付けて管理するケースがあります。アプリの更新やシステムのメモリ圧迫などにより、非pinnedのバックグラウンドセッションが自動的に再起動・再開されることがありますが、修正後はどのセッションがリスタートされても付けた名前がそのまま保持されるため、名前ベースのスクリプトやワークフロー(例: 特定の名前のセッションにだけ追加指示を送る自動化)が壊れる心配がなくなります。

注意点

  • この不具合は「ジョブ(バックグラウンドワーカープロセス)が再起動されるタイミング」でのみ顕在化していたため、再起動が発生しない短時間のセッションでは気づきにくい問題でした。
  • Claude Codeのバージョンによって、バックグラウンドセッション周りの挙動(自動再開、pinされたセッションの扱いなど)は継続的に改善されています。名前で運用を自動化している場合は、最新バージョンへの更新を推奨します。
  • 名前がリネーム前の状態に戻ってしまう不具合が発生していた場合、claude agents の一覧画面やセッションファイル内の custom-title 情報を確認することで、実際にどの名前が保持されているか確認できます。

関連情報

公式ドキュメントに本バージョン(2.1.202)の詳細な解説記事は見つからなかったため、/rename コマンドおよびバックグラウンドセッション管理の一般的な公式情報を参照してください。