複数の Claude Code セッションを管理する：パワーユーザー向けガイド

1つの Claude Code セッションでも便利ですが、複数セッションの並列実行で生産性は格段に上がります。

あるプロジェクトではテスト修正、別のプロジェクトではリファクタリング、さらに別のプロジェクトではドキュメント作成 — すべて Mac 上で同時に走り、iPhone から監視できます。

セッションの仕組み

Tactic Remote の各セッションは Mac 上の tmux セッションとして動作します。

tmux list-sessions
# my-api: 1 windows (created Sat Feb 28 14:30:01 2026)
# frontend: 1 windows (created Sat Feb 28 14:45:12 2026)
# docs-site: 1 windows (created Sat Feb 28 15:00:00 2026)

各セッションには独立した作業ディレクトリ、Claude Code インスタンス、スクロールバックバッファ（デフォルト50,000行）、入出力ストリームがあります。

iPhone でセッションを切り替えると、サーバーは一方の tmux セッションをデタッチし、別のセッションにアタッチします。離れたセッションの Claude Code はそのまま動作し続けます。

並列セッションのセットアップ

命名戦略

セッション名はプロジェクトフォルダ名から自動生成されます。名前は短く、区別しやすいものにしましょう。同じプロジェクトのブランチ違いの場合は、セッションを分けるよりプロンプトにブランチ情報を含める方が効率的です。

プロジェクトパスの選択

セッション作成時に Mac のファイルシステムを iPhone からブラウズできます。よく使うディレクトリはお気に入りに登録しておくと便利です。深いディレクトリ構造をスマホで辿るのは手間がかかります。

並列ワークフローの実践例

セッション 1: API バグ修正

プロジェクト: /Users/you/code/billing-api
タスク: "Webhook ハンドラーのイベントドロップ問題を修正。キューとリトライロジックを追加。"
状態: Claude が自律的に作業中

セッション 2: フロントエンド機能

プロジェクト: /Users/you/code/dashboard-ui
タスク: "設定ページにダークモードトグルを追加。"
状態: Claude が承認待ち（新しい依存関係のインストール）

セッション 3: ドキュメント

プロジェクト: /Users/you/code/docs-site
タスク: "API リファレンスを新しい Webhook キュー動作に合わせて更新。"
状態: セッション1の完了待ち

iPhone のセッション一覧でセッション2に承認リクエストが表示されたら、タップして切り替え、Y または N をタップし、また監視に戻ります。

セッション管理パターン

パターン 1: パイプライン依存

セッション間に論理的な依存関係がある場合（API 変更 → フロントエンド更新 → ドキュメント更新）、上流タスクの完了を待ってから依存タスクを開始します。各 Claude Code インスタンスは他のセッションを認識しません。

パターン 2: 独立した並列タスク

タスクが独立している場合は、すべて同時に開始します。Mac が並列実行を処理し、スループットを最大化できます。

パターン 3: 探索 + 本番作業

1つのセッションで探索（コード読解、アーキテクチャ理解）、もう1つのセッションで実作業を行います。探索コンテキストで作業セッションのフォーカスが薄まるのを防げます。

実践的なヒント

セッションは1つの目的に集中

完了したセッションを別の目的に再利用するのは避けましょう。蓄積された会話コンテキストが新しいタスクを混乱させます。セッションは安価です（単なる tmux セッション）。

/compact で長いセッションを圧縮

長時間のやり取りで会話コンテキストが肥大化したら /compact で圧縮しましょう。重要なコンテキストを保持しつつトークン数を削減します。

/cost でコストを監視

並列セッションではトークンコストが倍増します。1日の終わりに各セッションで /cost を確認する習慣をつけましょう。

完了したセッションは削除

アイドル状態の tmux セッションはリソース消費は少ないですが、セッション一覧が散らかります。タスク確認後、不要なセッションは削除しましょう。

スニペットで繰り返し操作を効率化

よく使うコマンド（テスト実行、git status 確認など）はカスタムスニペットとして保存しましょう。ビルトインスニペットも用意されています。

リソースの考慮事項

並列実行では Mac の CPU・メモリ、API トークン、ネットワーク帯域を消費します。モダンな Mac なら 3〜5 セッションの同時実行は快適に動作します。Mac アプリはサーバー稼働中のスリープを防止しますが、多数のセッションを同時実行する際はバッテリーと温度に注意してください。

コンテキスト切り替え

iPhone でセッション A → B に切り替えると：

• セッション A は動作を継続
• セッション B の最新出力がロードされる

セッション B → A に戻ると：

• セッション A の進捗（不在中に Claude が行った作業）を確認できる

マルチステージハイドレーション（0.2秒、0.7秒、1.5秒のリフレッシュ間隔）により、完全な現在の状態を取得します。

避けるべきアンチパターン

• 並列セッションを過度に監視しない。 通知システムを信頼し、注意が必要な時だけ対応する。
• 1つのセッションですべてをやらない。 コンテキスト蓄積がパフォーマンスを劣化させる。
• アイドルセッションを放置しない。 セッション一覧を整理する。
• 依存タスクを早まって開始しない。 上流タスクの完了を待つ。