[DOCS] `--resume` docs conflict on cross-worktree session resumption
Documentation Type
Incorrect/outdated documentation
Documentation Location
https://code.claude.com/docs/en/how-claude-code-works
Section/Topic
Work across branches section
Current Documentation
The docs currently say:
"Each Claude Code conversation is a session tied to your current directory. When you resume, you only see sessions from that directory."
But the Common workflows page says:
"claude --continuecontinues the most recent conversation in the current directory" "claude --resumeopens a conversation picker or resumes by name" "Sessions are stored per project directory. The/resumepicker shows interactive sessions from the same git repository, including worktrees."
What's Wrong or Missing?
Changelog v2.1.94 says:
Improved--resumeto resume sessions from other worktrees of the same repo directly instead of printing acdcommand
The documentation is now inconsistent about what --resume can see and do:
how-claude-code-worksstill says resumed sessions are only visible from the current directory.common-workflowssays the picker includes sessions from the same git repository, including worktrees.- Neither page clearly states that resuming a session from another worktree of the same repo switches directly into that worktree.
Users who work with git worktrees can reasonably conclude that --resume is directory-scoped only, or that they still need to manually cd into the matching worktree before resuming.
Suggested Improvement
Update the resume/session docs to use one consistent rule:
claude --continueresumes the most recent session in the current directory.claude --resumecan resume interactive sessions from the same git repository, including other worktrees.- If the selected session belongs to another worktree in the same repo, Claude resumes it directly in that worktree instead of printing a
cdcommand.
A minimal fix would be to replace the current-directory claim in how-claude-code-works with wording that matches common-workflows, then add one explicit sentence in the --resume docs about direct cross-worktree resumption.
Impact
Medium - Makes feature difficult to understand
Additional Context
Affected Pages:
| Page | Line(s) | Context |
|------|---------|---------|
| https://code.claude.com/docs/en/how-claude-code-works | 103 | Says resumed sessions are only visible from the current directory |
| https://code.claude.com/docs/en/common-workflows | 553-559 | Distinguishes --continue from --resume and says the picker includes worktree sessions from the same repo |
| https://code.claude.com/docs/en/cli-reference | 85 | --resume flag description does not mention same-repo worktree behavior |
Total scope: 3 pages affected
Source: Changelog v2.1.94
Exact changelog entry:Improved --resume to resume sessions from other worktrees of the same repo directly instead of printing a cd command
5 Comments
Found 1 possible duplicate issue:
This issue will be automatically closed as a duplicate in 3 days.
🤖 Generated with Claude Code
Checked the current docs on 2026-05-07. This issue is only partially resolved and should stay open.
checked docs, not resolved yet
Issue #44908 Verification
Title: [DOCS]
--resumedocs conflict on cross-worktree session resumptionIssue Date: 2026-04-07
Verification Date: 2026-06-12
Status: RESOLVED
---
Issue Summary
This issue reports that the
--resumedocumentation was inconsistent about whether Claude Code can resume sessions from other worktrees in the same repository and whether selecting one of those sessions resumes directly in that worktree. The reporter cited three pages:how-claude-code-works,common-workflows, andcli-reference, and referenced changelog v2.1.94 ("Improved--resumeto resume sessions from other worktrees of the same repo directly instead of printing acdcommand").---
Verification Results
Claim 1:
how-claude-code-workssays resumed sessions are only visible from the current directoryStatus: RESOLVED
At https://code.claude.com/docs/en/how-claude-code-works, line 103: "Each Claude Code conversation is a session tied to your current directory. The
/resumepicker shows sessions from the current worktree by default, with keyboard shortcuts to widen the list to other worktrees or projects. See Manage sessions for the full list of picker shortcuts and how name resolution works."Verdict: The "Work across branches" section no longer claims the picker is limited to the current directory. It now states that the picker defaults to the current worktree and can be widened to other worktrees or projects, which matches the changelog behavior.
---
Claim 2:
common-workflowsdistinguishes--continuefrom--resumeand says the picker includes worktree sessions from the same repoStatus: RESOLVED
At https://code.claude.com/docs/en/common-workflows, line 460: "## Resume previous conversations"
At https://code.claude.com/docs/en/common-workflows, lines 464-468: "`
bash\nclaude --continue\n`\nThis resumes the most recent session in the current directory; if there isn't one yet, it printsNo conversation found to continueand exits. Useclaude --resumeto choose from a list, or/resume` from inside a running session. See Manage sessions for naming, branching, and the full picker reference."At https://code.claude.com/docs/en/sessions, line 25: "
claude --continue| Resumes the most recent session in the current directory"At https://code.claude.com/docs/en/sessions, line 26: "
claude --resume| Opens the [session picker](#use-the-session-picker)"At https://code.claude.com/docs/en/sessions, line 35: "Sessions are stored per project directory. By default the session picker shows interactive sessions from the current worktree, plus sessions started elsewhere that added the current directory with
/add-dir. ... UseCtrl+Wto widen to all worktrees of the repository orCtrl+Ato widen to every project on this machine."Verdict: The current-directory behavior of
--continueand the picker-based behavior of--resumeare now documented consistently incommon-workflowsand the canonicalsessionspage. The "same git repository, including worktrees" rule is described on thesessionspage, whichcommon-workflowsexplicitly links to as the full picker reference.---
Claim 3:
cli-reference--resumeflag description does not mention same-repo worktree behaviorStatus: RESOLVED
At https://code.claude.com/docs/en/cli-reference, line 104: "
--resume,-r| Resume a specific session by ID or name, or show an interactive picker to choose a session. The picker and name search include sessions that added this directory with/add-dir; passing a session ID searches only the current project directory and its git worktrees. As of v2.1.144, background sessions appear in the picker marked withbg"Verdict: The
--resumeflag description now explicitly states that "passing a session ID searches only the current project directory and its git worktrees," which aligns with the cross-worktree behavior described elsewhere.---
Claim 4: Docs do not state that selecting a session from another worktree resumes directly in that worktree instead of printing a
cdcommandStatus: RESOLVED
At https://code.claude.com/docs/en/sessions, line 37: "Selecting a session from another worktree of the same repository resumes it in place. Selecting a session from an unrelated project copies a
cdand resume command to your clipboard instead."At https://code.claude.com/docs/en/sessions, line 39: "Resuming by name resolves across the current repository and its worktrees. Both forms look for an exact match and resume it directly even if it lives in a different worktree"
Verdict: The direct cross-worktree resumption behavior is now documented explicitly in the Manage sessions page, including the contrast with the clipboard
cdflow for unrelated projects.---
Current State
| Claim | Status |
|-------|--------|
|
how-claude-code-worksno longer limits/resumevisibility to the current directory | RESOLVED ||
--continueand cross-worktree--resumeare now distinguished consistently | RESOLVED ||
cli-reference--resumeentry now mentions same-repository worktree behavior | RESOLVED || Direct cross-worktree resumption is documented in the Manage sessions page | RESOLVED |
---
Suggested Fix
N/A - issue has been resolved.
---
References
/resumepicker defaults to the current worktree and can be widened to other worktrees or projects, and links to the Manage sessions page.claude --continueas resuming the most recent session in the current directory and points readers toclaude --resumeand the Manage sessions page for the full picker reference.claude --continue(resumes the most recent session in the current directory) fromclaude --resume(opens the session picker).Ctrl+W, direct in-place resumption for sessions from another worktree in the same repository, and name resolution that spans worktrees.--resumeflag description now states that "passing a session ID searches only the current project directory and its git worktrees."---
Conclusion & Recommendation
Primary Concern: The docs were inconsistent about whether
--resumecould see and resume sessions from other worktrees of the same repository, and whether selecting one of those sessions would resume directly in that worktree.Resolution Status: RESOLVED
Recommendation: CLOSE
The four substantive concerns raised in the issue are all addressed in the current docs: the picker scoping is corrected in
how-claude-code-works, the--continuevs--resumedistinction is preserved incommon-workflows, thecli-reference--resumeentry now mentions worktree behavior, and the direct cross-worktree resumption flow is documented in the Manage sessions page.This issue has been automatically locked since it was closed and has not had any activity for 7 days. If you're experiencing a similar issue, please file a new issue and reference this one if it's relevant.