Sweep 19 Sep 2026 · 02:36Z Build v2.1.278 500 read Stable v2.1.267 Latest v2.1.278 Next v2.1.278 Feeds RSS JSON llms.txt Unofficial
Claude Code v2.1.277 ·

Skill discovery now also checks the primary worktree when running from a linked git worktree

Skill discovery now also checks the main worktree's .claude/skills folder when run from a linked git worktree

TierYou'll noticehow much it should matter to you
Useful2my rating, 1 to 5
Signal1worth watching, 1 to 5
AreaSkillswhat it touches
KindBug Fixesin v2.1.277,
You'll notice

Skill discovery now also checks the main worktree's .claude/skills folder when run from a linked git worktree

What

When Claude Code looks for available skills and commands and it's running inside a linked git worktree (a secondary working copy that shares history with a primary repository checkout), it now also checks the .claude/skills folder in the primary worktree if the current worktree doesn't have its own accessible one.

Why

Previously, skills defined only in a project's primary worktree could be invisible when working from a linked worktree. This change means skills set up for a project are found regardless of which worktree you're currently working in.

How sure we are
One source agreesOne thing we can check says the same as this entry.
Anthropic's release notes agreeFixed /plugin → Installed and /skills crashing when a skill or legacy command is named like a built-in Object property such as constructor…

See this entry in the whole of v2.1.277 →