Claude Media
Claude Codeのセッション削除とアーカイブの違い — Web版で戻せるか・見つけ方

Claude Codeのセッション削除とアーカイブの違い — Web版で戻せるか・見つけ方

claude.ai/codeのセッションは削除すると戻せず、アーカイブはデータを残して一覧から隠すだけです。削除の手順、アーカイブの場所、共有の範囲を示します。

このTipsでできること

claude.ai/codeのサイドバーに並ぶセッションは、放っておくとどんどん増えていきます。整理の手段は3つあり、それぞれ効果が違います。共有はリンクで他の人に見せる操作、アーカイブは一覧から隠すだけでデータは残す操作、削除はセッションとその中身を完全に消し、取り消せない操作です。アーカイブしたセッションは、サイドバーでアーカイブ済みに絞り込むと見つかり、削除もその一覧から行えます。

3つを混同すると、見せたつもりで見えていなかったり、消したつもりのデータが残っていたりします。この記事は「いま何をしたいか」から操作を選べるように、プランごとの違いと、あとで困りやすい挙動を順に確認します。

見せたい・隠したい・消したいで操作を選ぶ

くらべる

状況から選ぶ3つの操作

見せたい

共有

可視性を切り替えてリンクを発行します。Privateに戻せる操作で、データはそのまま残ります。受信者はリンクを開いた時点の最新状態を見ますが、画面はリアルタイムには更新されません。

隠したい

アーカイブ

既定の一覧から外します。データと会話履歴は残り、フィルタすれば見返せます。ただし新しいメッセージは受け付けなくなるため、続きがある作業には向きません。

消したい

削除

セッションとデータを完全に消します。取り消せません。実行前に確認画面が出ます。

作業は終わったが記録として残したいならアーカイブ、チームに見せたいなら共有、二度と要らないなら削除、という順で考えると迷いにくくなります。

セッションを共有する

セッションを開いて可視性(visibility)を切り替えると、そのままURLとして共有できます。可視性の選択肢は、アカウントの種類で2系統に分かれます。

くらべる

アカウント別の可視性

Private / Team

Enterprise / Team

Team選択時は、同じclaude.ai組織の他メンバーが閲覧できます。リポジトリアクセス検証が既定で有効で、共有した人の表示名は、アクセス権を持つ受信者全員に見えます。

Private / Public

Max / Pro

Public選択時は、claude.aiにログインしている任意のユーザーが閲覧できます。リポジトリアクセス検証は既定で有効になっていません。

違いが効くのはリポジトリアクセス検証です。Enterprise/Teamでは、受信者に接続されたGitHubアカウントがそのリポジトリへのアクセス権を持っているかが確認されます。Max/Proの既定にはこの確認が無いので、Publicにしたセッションはログイン済みの誰でも開けます。

受信者にリポジトリアクセスを必須にする設定や、共有時に自分の名前を隠す設定は、Settings > Claude Code > Sharing settingsにあります。公式ドキュメントでこの案内が載っているのはMax/Proの節です。Enterprise/Teamで同じ画面から調整できるかどうかは、自分のアカウントで画面を開いて確かめるのが確実です。

Claude in Slack経由で作成したセッションは、Team可視性で自動的に共有されます。Slackで依頼した作業が、組織の他のメンバーにも見える状態になる点は覚えておきます。

可視性の選択肢は公式ドキュメントにある2つだけです。「特定の1人にだけ見せる」という選択肢は載っていません。Teamにすると組織のメンバーに広く見える前提で、見せたい範囲に合うかを判断します。

共有相手に見える差分と、見えない整形

共有したセッションの価値は、会話ログだけでなくコードの変更差分も一緒に見せられることです。各セッションには+42 -18のような差分インジケーターが付き、選択すると差分ビューが開きます。行ごとにインラインコメントを残し、次のメッセージと一緒にClaudeへ送る機能もあります。

差分ビューは、既定ではセッションの変更をベースブランチと比べます。Compare againstを選べば、リポジトリ内の別のブランチとの比較に切り替えられます。レビューしてほしい範囲に合わせて、比較の基準を揃えてから共有すると話が通じやすくなります。

見落としやすいのは、差分が生のgit blobの内容から計算される点です。リポジトリに設定した.gitattributesのdiff driverやtextconvフィルタは反映されません。ローカルのgit diffでは読みやすく変換されているファイルでも、セッションの画面では変換前の差分が出ます。

バイナリに近いファイルや、フィルタで整形している設定ファイルを扱うリポジトリでは、手元の見え方と共有画面の見え方がずれます。共有相手に「この差分は整形前の表示です」と一言添えておくと、無用な混乱を避けられます。

なお、セッション内でClaudeが編集したファイルのうち、セッション自身のチェックアウトに含まれないリポジトリのものは扱いが違います。たとえばセッション中にワークスペース内でcloneしたリポジトリです。この場合のファイル別の差分は、gitの比較ではなく、Claudeの編集内容そのものを表示します。

セッションをアーカイブする

アーカイブは、完了した作業を一覧から見えなくするだけの操作です。サイドバーで対象のセッションにカーソルを合わせ、表示されるアーカイブアイコンを選びます。

アーカイブしたセッションは既定の一覧から外れますが、アーカイブ済みでフィルタすればいつでも見返せます。作業が一段落したタイミングでこまめにアーカイブしておくと、サイドバーには今動いているセッションだけが並びます。

一覧に戻す操作は載っていない

アーカイブ済みセッションを既定の一覧へ戻す操作は、公式ドキュメントに載っていません。戻せる前提でアーカイブすると、続きの作業で詰まります。

アーカイブ済みセッションには続きを送れない

アーカイブ済みセッションに新しいメッセージを送ろうとすると、cloud session <id> is archived and cannot accept new messagesというエラーになります。同じ作業を続けたい場合は、新しいセッションを開始します。アーカイブは見返すための保管であって、会話を中断して後で再開する一時停止ではありません。

このエラーはターミナルからも出ます。claude -pに--cloud <セッションID>を付けると、実行中のクラウドセッションにメッセージを送れます。IDはclaude.ai/codeの一覧で確認でき、claude.ai/code/<id>のURLも渡せます。claude --helpには--cloud [description|session_id|url]が載っています(v2.1.286で確認)。

claude -p "テストの失敗を直して" --cloud session_xxxxxxxx --output-format json

送信に失敗すると、JSONで{ok: false, session_id, error}が返ります。公式ドキュメントが挙げる失敗例は、セッションが見つからない場合とアーカイブ済みの場合です。CIスクリプトで長期間使い回しているセッションIDがあるなら、アーカイブ済みかどうかで失敗する可能性があります。

メッセージを送るだけなら-pが要ります。--cloud <セッションID>を-pなしで実行した場合の挙動は公式ドキュメントにあります。Attaching to an existing cloud session is not enabled for your account.というメッセージが出ます。この形で既存セッションに入ろうとしても通りません。

環境の期限切れはアーカイブとは別の話

アーカイブと名前が似ていて混同しやすいのが、環境の期限切れです。クラウドセッションは、一定期間操作が無いとVMが回収されます。MCPコネクターのツール呼び出しの承認待ちや、MCPサーバーへのサインイン待ちも、操作が無い時間として数えられます。

期限切れセッションを開き直すと何が戻るか

期限切れのセッションをclaude.ai/codeから開き直すと、新しいVMが用意され、会話履歴が復元されます。復元されないのは、VMの回収時点で動いていたバックグラウンド作業(サブエージェントやシェルコマンド)です。

再開するとき、Claude Codeはそのセッションが止まっていた権限モードのまま動きます。自社インフラで動かすself-hosted runnerがアイドル中に解放したセッションへメッセージを送った場合も、同じく権限モードを引き継いで再開します。

期限切れは時間経過で起きる現象で、開き直せば続きから作業できます。アーカイブは自分で選ぶ操作で、続きは送れません。「放置していたら動かなくなった」はまず期限切れを疑い、「自分で整理した後に送れない」はアーカイブを疑うと、原因を切り分けられます。

セッションを削除する

削除は取り消せません。セッションとそのデータを完全に消す操作なので、後から見返す可能性が少しでもあるならアーカイブを選びます。削除する方法は2通りあります。

  • サイドバーから: アーカイブ済みでフィルタし、対象のセッションにホバーして削除アイコンを選ぶ
  • セッションメニューから: セッションを開き、タイトル横のドロップダウンからDeleteを選ぶ

どちらの方法でも、削除の前に確認が求められます。サイドバーの経路は、アーカイブ済みでフィルタした一覧から選ぶ作りです。一方、セッションメニューのDeleteの手順には、公式の説明にアーカイブの工程が含まれていません。

会話の内容を手元に残したい場合は、削除する前にセッションのエクスポートでトランスクリプトを保存しておきます。共有リンクを渡した相手がいるセッションを消す場合の見え方については、公式ドキュメントに記載がありません。リンク先が開けなくなるかを断定せず、消す前に共有相手へ一声かけておくのが無難です。

ターミナルのclaude rmとは別物

ターミナル側にもclaude rm <id>というコマンドがあります。claude rm --helpでは「Delete a background session and its worktree」と説明されています(v2.1.286で確認)。対象はバックグラウンドセッションとそのworktreeです。

claude.ai/codeのクラウドセッションを消す操作とは対象が違います。rmという名前から、Webのセッションも消えると期待しないようにします。--discard-unpushedは、worktreeの未プッシュのコミットと未コミットの変更まで捨てるためのオプションです。値には、直前のclaude rm <id>が表示した<commit>@<worktree-id>をそのまま渡します。手元のworktreeを片付ける場面で使うコマンドで、Webのセッション整理とは用途が違います。

会話を空にしたいときは削除ではなく別の手段

セッションが長くなり、会話を空にしたくて削除やアーカイブを考えることがあります。クラウドセッションでは、/clearコマンドが使えません。公式ドキュメントの案内は、サイドバーから新しいセッションを始める方法です。

文脈だけを軽くしたいなら、使えるコマンドがあります。/compactは会話を要約してコンテキストを空けます。/compact keep the test outputのように、残したい内容を指示できます。/contextは、いまコンテキストウィンドウに何が入っているかを表示します。

コンテキストウィンドウが埋まりそうになると、自動でコンパクションも走ります。クラウドセッションはこの動作の閾値を自分で設定するため、環境変数にCLAUDE_AUTOCOMPACT_PCT_OVERRIDEを追加しても、起動するタイミングは変わりません。

整理が目的なら、アーカイブのほうが適しています。今の作業内容を保管したままサイドバーから外せて、必要になればフィルタで見返せます。

まとめ

消す前に決めるのは、履歴を後から読み返す可能性があるかどうかです。少しでもあればアーカイブに留め、削除はエクスポートを済ませたものだけに限ります。共有は範囲を広げる前に、画面に機微な情報が映っていないかを見てから切り替えます。Claude Codeの全体像の中でWeb版を使うときも、この順で判断すると迷いません。

この記事を共有:XはてブLinkedIn