Working with Multiple Sessions
When to use parallel sessions, how to organize them, and strategies for research, build, and review workflows.
Overview
Each session in CodeMantis has its own context window, message history, and Claude Code process. This means you can run multiple sessions in the same project simultaneously — each focused on a different task, with no cross-contamination of context.
This guide explains when and how to use multiple sessions effectively.
When to Open a New Session
Start a new session (Cmd + N) when:
- You're switching to a different task — a new feature, a separate bug, or a different area of the codebase
- The context meter is in the yellow or red zone (70%+) — a fresh session starts with a clean context window
- You want to experiment without affecting your main conversation
- You need a dedicated space for research, review, or brainstorming
Opening a new session doesn't close the old one. Both run in parallel. Switch between them by clicking their tabs or pressing Cmd + 1 through Cmd + 9.
Session Strategies
Research + Build
Keep two sessions open:
| Session | Mode | Purpose |
|---|---|---|
| Research | Plan mode | Explore the codebase, ask questions, understand architecture. No files changed. |
| Build | Normal or Auto-Accept | Implement changes based on your research findings. |
This keeps your build session's context focused on implementation rather than diluted with exploratory questions.
Parallel Features
When working on two independent features:
| Session | Name | Focus |
|---|---|---|
| Session 1 | "Auth Feature" | User authentication flow |
| Session 2 | "Dashboard" | Dashboard layout and data loading |
Each session stays focused on its own feature. Claude's context in each session only contains information relevant to that feature.
Experimentation
Open a throwaway session to try a different approach:
- Create a new session (Cmd + N)
- Name it "Experiment: approach B"
- Try the alternative approach
- If it works, continue. If not, close the session — your main session is unaffected.
Code Review
Dedicate a session to reviewing code:
- Create a session named "Review"
- Switch to Plan mode
- Ask Claude to review recent changes, explain decisions, or identify issues
- Switch back to your build session to apply fixes

Organizing Your Sessions
Name everything
Double-click a session tab to rename it. Good names describe the task: "Auth Feature", "Bug Fix #42", "Research: DB schema", "Experiment: Redis cache". This makes the sub-tab bar scannable at a glance.
Watch the status dots
- Green = idle (waiting for your input)
- Yellow pulsing = Claude is working
You can type in one session while Claude works in another.
Use History for completed work
When you finish a task, close the session. It appears in Claude History where you can resume it later if needed. This keeps your sub-tab bar clean while preserving all conversation context.
Managing Context Across Sessions
Each session has its own independent context window. This is both the main benefit and the main limitation of multiple sessions.
Benefits:
- Each session starts fresh with the full context budget
- Research conversations don't consume context in your build session
- Throwing away a session doesn't lose context in other sessions
Limitations:
- Context is not shared between sessions — if Claude learned something in Session 1, Session 2 doesn't know about it
- You may need to re-explain some context when switching tasks between sessions
When context gets full
Check the context meter at the bottom of the sidebar:
| Color | Usage | Action |
|---|---|---|
| Purple | 0–70% | Continue normally |
| Yellow | 70–90% | Consider using /compact to summarize history |
| Red | 90–100% | Start a new session — Claude may be losing earlier context |
Use the /compact slash command to compress conversation history in the current session. This frees up context space without starting over.
Using Assistants Alongside Sessions
Assistant tabs (OpenAI, Gemini, Claude API) are another way to parallelize work without using Claude Code's context:
- Brainstorm in an assistant tab, then bring the best idea to your Claude Code session
- Get a second opinion on code by pasting it into a different model
- Write documentation in an assistant while Claude Code builds the feature
Assistants are chat-only — they can't edit files or run commands — so they complement Claude Code sessions rather than replacing them.
Tips
- Two sessions is the sweet spot for most workflows. One for the main task, one for exploration or review.
- Name your sessions immediately. "Session", "Session 2", "Session 3" is useless when you have four tabs open.
- Close sessions you're done with. They're preserved in History and you can always resume.
- Use the Project Log to see what happened across all sessions — it aggregates changelog entries from every session into one timeline.
Related Articles
- Sessions & Session Management — Creating, switching, and closing sessions
- Claude History — Resume closed sessions
- Context Meter — Monitor context window usage
- Multi-AI Assistants — Use other AI models alongside Claude Code
- Project Log — Unified timeline across all sessions