Follow Discord
Sweep 10 Nov 2026 · 02:18Z Build v2.1.322 539 read Stable v2.1.311 Latest v2.1.322 Next v2.1.322 Feeds RSS JSON llms.txt llms-full.txt Unofficial

Claude Code v2.1.265 ·

Better diagnostics for plugin file-access failures

Plugin loading now surfaces underlying filesystem errors instead of silently treating failures as missing files

Group of 2 You'll notice Improvements
JSON All of v2.1.265
You'll noticeTier: how much it should matter to you
2Useful: my rating, 1 to 5
1Signal: worth watching, 1 to 5
PluginsArea: what it touches
ImprovementsKind: in v2.1.265,
ImprovementsSection of the release

What

  • Plugin loading now produces clearer diagnostics when something goes wrong reading a plugin's component folders: checking each default folder (commands/agents/skills/output-styles/themes/workflows) now logs an error and records a diagnostic entry when the failure is something other than "not found", instead of silently treating the folder as absent.
  • When a plugin or marketplace manifest path can't be found and there's an associated system error number (errno), the error message now includes that errno and suggests likely causes, such as a self-referential symlink, a broken network mount, or a permissions problem, and tells the user to run /reload-plugins.

Why

These changes make it much easier to diagnose why a plugin failed to load, by surfacing the actual underlying filesystem error instead of just treating any failure as a missing file.

See this entry in the whole of v2.1.265 →

Feedback