Follow Discord
Sweep 25 Sep 2026 · 19:33Z Build v2.1.283 504 read Stable v2.1.274 Latest v2.1.283 Next v2.1.283 Feeds RSS JSON llms.txt llms-full.txt Unofficial

Claude Code v2.1.282 ·

The claude-ai and anthropic-skills names are now reserved for skills synced from claude.ai

Skills, MCP servers and MCP prompts named claude-ai or anthropic-skills are refused, and synced skills gain classes, aliases and namespace rules

Group of 7 You'll notice New Features
JSON All of v2.1.282
You'll noticeTier: how much it should matter to you
4Useful: my rating, 1 to 5
4Signal: worth watching, 1 to 5
SkillsArea: what it touches
New FeaturesKind: in v2.1.282,
What probably matters to youSection of the release

What

A skill is a packaged set of instructions that Claude Code can load. Some skills are synced to Claude Code from your claude.ai account. The names claude-ai and anthropic-skills are now reserved for those synced skills, and several related pieces arrive with that reservation:

  • Local and plugin skills whose name uses a reserved name are no longer loaded.
  • MCP servers whose name uses one are no longer loaded. MCP is a standard for connecting outside tools to Claude Code.
  • A skill served by an MCP server is refused when its SKILL.md frontmatter name: uses a reserved name. The server's tools still load.
  • A high-priority warning notification, reserved-skill-names, tells you to rename the file, edit its name: line or rename the workflow, and then restart.
  • Prompts from MCP servers with a reserved name are no longer offered as slash commands. Each hidden prompt records an error for that server saying: "Rename the server in your MCP configuration to list its prompts."
  • The reserved-name check arrives alongside a new gate, tengu_plaid_harbor. Nothing has been read about this gate yet.
  • Synced skills now carry a class, syncedSkillClass. It comes from the sync manifest's skillClass or from a landed-ahead map, and falls back to "account". An account-class skill is named claude-ai:<name>. Attribution is now read from the manifest entry's attribution field, and the check for whether a local skill shadows a synced one takes the class into account.
  • A session plugin named anthropic-skills, loaded inline from a marketplace from a path that is not an archive, is flagged accountSkillsWrapper, subject to a condition the members did not resolve. Its prompt commands get plugin information attached, as server plugins already did, and the load result reports which check failed.
  • Skill and command names now match across the two prefixes: a claude-ai: name finds its anthropic-skills: twin and the reverse. This covers synced skills and anthropic-skills plugin skills.
  • A synced skill whose display name changed gets a formerDisplayName, so its old name still finds it.
  • The skillOverrides setting, which hides or collapses a skill, now looks up synced skills from syncedSkills under their alias names too, preferring claude-ai: names, and checks localSettings, projectSettings and userSettings in that order. Stale local keys are cleared when the effective state changes, and writes are skipped for synced skills whose state did not change.
  • A new gate, tengu_copper_heron, has a built-in default of off. When it is on, it turns on syncedSkillOwnNamespace: synced skills get their own namespace, and launches of forked skills named with a claude-ai: or anthropic-skills: prefix are stamped anthropicNamespaceReserved. When that stamp is present, a synced skill whose class does not match its prefix is rejected (account for claude-ai, anthropic for anthropic-skills), and alias lookups are no longer used as a fallback. Nothing has been read about this gate yet.
  • A new gate, tengu_jaunty_alpaca, has a built-in default of on. It marks a skill that loses a sync name collision as the loser instead of carrying it over, and that skill is then skipped. Nothing has been read about this gate yet.

Why

If you have a skill or an MCP server named claude-ai or anthropic-skills, or a name starting with claude-ai: or anthropic-skills:, it stops loading after this update, and the warning is the only sign. Rename it and restart to get it back. For synced skills, slash commands keep working when a skill is renamed or is reached through the other prefix.

Read from
Names in the bundleanthropic-skills
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 Connect Claude Code to tools via MCP touched a line naming anthropic-skills after this was published. Prompts from a server named `anthropic-skills` don't appear, because Claude Code [reserves that name](/docs/en/skills#names-reserved-for-synced-skills) for skills synced from claude.ai. The server's tools still work. Rename the server in y… mcp see the edit
Confirmed since Anthropic's documentation has since written up anthropic-skills, on Error reference. A skill folder, a frontmatter `name`, a file or subfolder in `.claude/commands/`, or a [saved workflow](/docs/en/workflows#save-the-workflow-for-reuse) uses the name `anthropic-skills` or a name that starts with `anthropic-skills:`. Claude… errors see the edit
How sure we are
Something disagreesSomething we can check disagrees with this entry, or the writer said they could not settle it.
The writer flagged doubtIt is not clear what the internal check is or which marketplace qualifies, so it is unknown when this applies.
Anthropic's documentation agreesAnthropic's documentation has since written up anthropic-skills, on Error reference.
Anthropic's release notes agreeChanged skill folders, command files and workflow commands in the anthropic-skills or claude-ai namespace to no longer load; a plugin so…

See this entry in the whole of v2.1.282 →

Feedback