Skip to content

Draft MCP Skills Convention v0.1 #43

Closed

Description

@olaservo

Background

The README Work Tracking table lists "MCP Skills Convention v0.1" as "Proposed, TBD champion." This is arguably the most important concrete deliverable for this IG — a documented convention (not a protocol change) that server authors can follow today to expose skills in an interoperable way.

The convention approach is described in Approach 6 and mirrors how other ecosystems (e.g., Kubernetes) graduate patterns from convention to formal spec.

Scope

Draft a convention document covering:

1. Skill Resource Discovery

  • Recommended URI scheme: skill:// or well-known resource naming pattern
  • Resource metadata: name, description, version, tags
  • Listing behavior: skills SHOULD appear in resources/list response

2. Skill Content Format

  • Alignment with agentskills.io specification
  • Required frontmatter fields (name, version, description)
  • Recommended frontmatter fields (tags, compatibility/dependencies, provenance URL)
  • Body format: Markdown with sections for instructions, examples, tool references

3. Control Model Guidance

  • Application-controlled: expose skills as resources for host-managed loading
  • Model-controlled: expose a list_skills / read_skill tool for agent-initiated discovery
  • Recommendation: support both where possible; document which to use when

4. Server Instructions Pattern

  • Recommended server instruction text for directing agents to discover skills
  • Example: "This server provides skills. Use list_skills to see available workflows, or check resources for skill:// URIs."

5. Update Notifications

  • Recommend resources/subscribe + notifications/resources/updated for push-based updates
  • Recommend tools/listChanged for dynamic tool description updates (skilljack pattern)

Format

  • Standalone document: docs/convention-v0.1.md
  • Target: 2-4 pages, concise
  • At least 2 concrete examples (one simple, one multi-step)
  • Use RFC 2119 language (MUST/SHOULD/MAY) for clarity
  • Reference existing implementations that already follow the convention

Acceptance Criteria

  • Draft document covering all 5 sections above
  • At least 2 concrete examples
  • Reviewed against existing implementations for compatibility (skilljack, NimbleBrain, FastMCP)
  • Reviewed by at least 2 IG facilitators before merge
  • Added to the README documents table

References

Activity

  1. added
    enhancementNew feature or request
    conventionRelates to MCP Skills Convention v0.1 effort
    on Mar 3, 2026
  2. olaservo commented on Mar 3, 2026

    @olaservo
    MemberAuthor

    Input dependencies added: The following new issues provide structured inputs for the convention draft:

    The requirements document (#46) establishes the criteria the convention should satisfy, and the evaluation matrix (#47) maps how each approach performs against those criteria. Both feed directly into this convention work.

  3. olaservo commented on Apr 13, 2026

    @olaservo
    MemberAuthor

    Linking active PRs toward this convention:

  4. olaservo commented on Apr 13, 2026

    @olaservo
    MemberAuthor

    Closing — scope fulfilled and superseded by the Skills Extension SEP

    This issue's scope has been addressed by the draft SEP in #69 and related PRs, though the deliverable evolved from "convention document" to "formal Extensions Track SEP." Here's how:

    What changed from the original scope

    Section Original Scope What Happened
    1. URI scheme & discovery skill:// or well-known naming, resources/list Evolved to multi-segment paths (acme/billing/refunds/SKILL.md), skill://index.json well-known index resource, optional enumeration. Scoped resources/list was not used.
    2. Content format Define required/recommended frontmatter in convention Delegated entirely to agentskills.io — the SEP is a transport binding only, not a format spec.
    3. Control model App-controlled vs model-controlled guidance Resources are primary; hosts provide read_resource tool for model-driven loading. No hard rules — left to implementations.
    4. Server instructions Required instruction text patterns Documented as optional pointer pattern, not a required format.
    5. Update notifications Skill-specific subscribe/notify Inherits standard MCP resources/subscribe / notify infrastructure. No skill-specific mechanism needed.

    Why "convention" became "SEP"

    Four independent implementations converged on skill:// without coordination, signaling that a convention was already emerging organically. The divergence between those implementations (different URI structures, discovery paths) created risk that an informal convention would lock in incompatible patterns. Since the SEP requires zero protocol changes (uses existing Resources primitive), there was no downside to formalizing sooner.

    New concerns the SEP addresses that weren't in this issue

    • Security/trust model — skills are untrusted model input; no implicit local execution
    • _meta scoping — transport-only metadata, not skill semantics
    • No-nesting constraint — SKILL.md cannot be ancestor of another
    • Backward compatibility — existing clients see skills as ordinary resources

    Active PRs

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    conventionRelates to MCP Skills Convention v0.1 effortenhancementNew feature or request

    Type

    No type

    Projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions