Follow Discord
Sweep 22 Oct 2026 · 04:32Z Build v2.1.308 527 read Stable v2.1.308 Latest v2.1.308 Next v2.1.308 Feeds RSS JSON llms.txt llms-full.txt Unofficial

Claude Code v2.1.248 ·

Agents launcher resolves its directory filter through storage

claude agents resolves its directory filter through storage rather than the raw path.

Under the hood Improvements
JSON All of v2.1.248
Under the hoodTier: how much it should matter to you
1Useful: my rating, 1 to 5
1Signal: worth watching, 1 to 5
AgentsArea: what it touches
ImprovementsKind: in v2.1.248,
ImprovementsSection of the release
What

claude agents now resolves both the working-directory filter and the saved launcher state against the storage handle rather than from the path alone.

Evidence

CLAUDE_AGENTS_SELECT

Strings lifted out of the shipped bundle, so the claim above can be checked against them.

Read from
Names in the bundleclaude agents
Since it was published

The entry above is what we published on the day. These lines were added later, as Anthropic's own pages caught up, and they sit beside the original rather than replacing it.

Added since A small documentation edit on What's new touched a line naming claude agents after this was published. Also this week: **fork mode** is on by default in interactive sessions, so Claude can delegate a side task to a subagent that inherits the full conversation; **GitLab** merge request URLs work with `--worktree` and the `claude agents` view… whats-new/index see the edit
Confirmed since Anthropic's documentation has since written up claude agents, on Claude Code changelog. * Fixed `claude agents`: pressing ← again at a natural pace to go back to the agent list no longer gets ignored until you pause for over a second changelog see the edit
How sure we are
Two sources agreeTwo things we can check say the same as this entry.
Anthropic's documentation agreesAnthropic's documentation has since written up claude agents, on Claude Code changelog.
Anthropic's release notes agreeWindows: Fixed the claude agents list not responding to the keyboard after detaching from a session, or when launched in a terminal tab left…

See this entry in the whole of v2.1.248 →

Feedback