claude-code - 💡(How to fix) Fix [BUG] Shared skill body not delivered to receiver — Skill tool reports "not available" even though skill appears in Customize UI [1 comments, 2 participants]

Official PRs (…)
ON THIS PAGE

Recommended Tools

×6

Utilities matched from this issue’s tags and category — try them while you read without losing context.

GitHub issue graph ai analysis

Paste a GitHub issue URL. We fetch that issue, discover linked issues from bodies/comments/timeline, collect linked pull requests, and produce a structured English report.

The report is written in English Markdown for sharing and archival.

Helpful · Quick feedback

Loading…
GitHub stats
anthropics/claude-code#58633Fetched 2026-05-14 03:43:11
View on GitHub
Comments
1
Participants
2
Timeline
4
Reactions
0
Author
Timeline (top)
labeled ×3commented ×1

When a skill is packaged via skill-creator's scripts/package_skill.py, uploaded via Customize → Skills → "+" with visibility Shared, and another user in the same workspace tries to use it, the description / metadata propagates correctly (the skill appears under "Shared skills" in the Customize panel and shows up in the available-skills list during a conversation), but the body of SKILL.md is not retrievable by the Skill tool on the receiver's side.

Claude itself diagnoses this in the transcript as:

Skill not available through Skill tool directly. Let me find its config to understand what it does, then run manually.

No local definition found for pyroscope-onboard skill — it's a shared skill in Claude Code UI but not accessible via Skill tool.

This defeats the purpose of authoring a shared skill: receivers see the name and trigger description, but Claude falls back to improvising from the description alone instead of executing the skill's actual instructions.

Error Message

Error Messages/Logs

Root Cause

When a skill is packaged via skill-creator's scripts/package_skill.py, uploaded via Customize → Skills → "+" with visibility Shared, and another user in the same workspace tries to use it, the description / metadata propagates correctly (the skill appears under "Shared skills" in the Customize panel and shows up in the available-skills list during a conversation), but the body of SKILL.md is not retrievable by the Skill tool on the receiver's side.

Claude itself diagnoses this in the transcript as:

Skill not available through Skill tool directly. Let me find its config to understand what it does, then run manually.

No local definition found for pyroscope-onboard skill — it's a shared skill in Claude Code UI but not accessible via Skill tool.

This defeats the purpose of authoring a shared skill: receivers see the name and trigger description, but Claude falls back to improvising from the description alone instead of executing the skill's actual instructions.

RAW_BUFFERClick to expand / collapse

Preflight Checklist

  • I have searched existing issues and this hasn't been reported yet
  • This is a single bug report (please file separate reports for different bugs)
  • I am using the latest version of Claude Code

What's Wrong?

Summary

When a skill is packaged via skill-creator's scripts/package_skill.py, uploaded via Customize → Skills → "+" with visibility Shared, and another user in the same workspace tries to use it, the description / metadata propagates correctly (the skill appears under "Shared skills" in the Customize panel and shows up in the available-skills list during a conversation), but the body of SKILL.md is not retrievable by the Skill tool on the receiver's side.

Claude itself diagnoses this in the transcript as:

Skill not available through Skill tool directly. Let me find its config to understand what it does, then run manually.

No local definition found for pyroscope-onboard skill — it's a shared skill in Claude Code UI but not accessible via Skill tool.

This defeats the purpose of authoring a shared skill: receivers see the name and trigger description, but Claude falls back to improvising from the description alone instead of executing the skill's actual instructions.

Expected

The full SKILL.md body (and any bundled scripts/ / references/ / assets/) is delivered to the receiver and accessible to the Skill tool, so the skill's instructions are actually followed.

Actual

Only metadata (name + description) reaches the receiver. The Skill tool returns no body and Claude has to fall back to improvising from the description.

Environment

  • Author: macOS 14.6.0, Claude Code (Opus 4.6)
  • Receiver: macOS, Claude Code (Opus 4.6)
  • Skill packaged with the skill-creator plugin's scripts/package_skill.py (validation passed, .skill file ~3.7KB)
  • Skill content: single SKILL.md, no bundled resources

Notes

Happy to share the exact .skill file privately if useful for repro.

What Should Happen?

Expected

The full SKILL.md body (and any bundled scripts/ / references/ / assets/) is delivered to the receiver and accessible to the Skill tool, so the skill's instructions are actually followed.

Error Messages/Logs

Steps to Reproduce

Repro

  1. On machine A, author a skill (SKILL.md with YAML frontmatter + substantial body of instructions).
  2. Package with python3 -m scripts.package_skill <skill-dir> from skill-creator → produces a .skill file.
  3. Upload via Customize → Skills → "+", choose Shared visibility.
  4. On machine B (different user, same workspace), open Customize → Skills. The skill appears under "Shared skills" with the correct name + description.
  5. Start a Claude Code conversation on machine B. The skill is listed as available. Ask Claude to use it (or it triggers automatically from the description).
  6. Claude attempts to invoke it via the Skill tool and reports the body is not available; it then improvises instead.

Claude Model

Opus

Is this a regression?

Yes, this worked in a previous version

Last Working Version

No response

Claude Code Version

2.1.136 (Claude Code)

Platform

Anthropic API

Operating System

macOS

Terminal/Shell

Terminal.app (macOS)

Additional Information

No response

Vote matrix · Quick signals

Works
Did the solution work? Tap to confirm.
Easy Fix
Was it a quick fix?
Time Saver
Did it save you time?
Blocking
Was it severely blocking?
Common Issue
Are others likely hitting this too?
Flaky / Intermittent
Is it intermittent?
Verified / Reproducible
Can you reproduce it reliably?
Loading…

Still need to ship something?

×6

Another batch ranked right after the header list — different links, same matching logic.

Back to top recommendations

TRENDING

claude-code - 💡(How to fix) Fix [BUG] Shared skill body not delivered to receiver — Skill tool reports "not available" even though skill appears in Customize UI [1 comments, 2 participants]