並列セッションが役立つのは、各作業に独立した成果、ファイル範囲、検証方法がある場合です。チャットを二つにしても Git の競合は防げず、別の作業ディレクトリの代わりにはなりません。

先にタスク境界を決める

バグ修正、テスト、移行、文書、調査など、独立した成果がある時に新しいセッションを作ります。期待する結果、変更可能なファイル、検証方法を記録してください。同じファイルやスキーマを二つの作業が変更するなら、編集前に担当者を一人決めます。

セッション、worktree、バックグラウンド処理の違い

Claude Code セッションは会話の文脈を分離します。Git worktree はディレクトリとブランチを分離します。バックグラウンド処理は長い build や test の実行時間を扱うだけです。どれも正しい merge やテスト成功を保証しません。


git status --short
git worktree add ../project-fix-parser -b fix/parser-boundary
git diff --check


タスク: <結果と範囲>
ディレクトリ / ブランチ: <パスとブランチ>
変更ファイル: <一覧またはなし>
完了内容: <具体的な結果>
検証: <コマンド → 結果>
ブロッカー / リスク: <不確実な点>
次の手順: <検証可能な一つの操作>

API key、token、cookie、.env の内容、機密ログは渡しません。引き継ぎ前に status と diff を確認し、最小の関連テストを実行します。実行できなければ理由を明記します。

ツールの挙動は Claude Code documentation、ブランチ分離は Git worktree documentation を確認してください。別の API workflow には BetterToken の Claude Code ドキュメントを使えます。BetterToken は自分のアカウントと key を使う API サービスであり、Claude のサブスクリプションではありません。