Skip to main content

skill-curator-mcp

Skill lifecycle intelligence for AI agents. Matches tasks to skills semantically, tracks effectiveness, detects gaps, and scouts external sources.

Problem

AI agents have 30+ skills but activate <5% per session. Skills exist but the agent doesn't know when to use them. No feedback loop measures if a skill actually helped.

Solution

An MCP server that provides intelligent skill routing — not CRUD (skills-manager does that) nor a marketplace (daymade does that), but the missing intelligence layer:

  1. Semantic matching: embed skills + task → cosine similarity + effectiveness boost
  2. Feedback loop: EMA scoring tracks what works
  3. Gap detection: identifies missing skills from session patterns
  4. Scout: searches external sources (skills-manager marketplace, GitHub) correlated with local gaps

Tools (8)

Tool Purpose
skill_match(task, profile?, top_k=3) Find best skills for current task
skill_feedback(name, outcome, session_id?) Record success/partial/failure
skill_gaps(session_id?, profile?) Detect uncovered task patterns
skill_lifecycle() Report: active, stale, candidates for promote/archive
skill_promote(name) Move draft → active
skill_archive(name, reason?) Deactivate with preservation
skill_reindex() Rescan filesystem, regenerate embeddings
skill_scout(query?, gaps_only=false) Search external skill sources

Architecture

┌─────────────────────────────────────────┐
│            skill-curator-mcp            │
│         (FastMCP, port 3204)            │
├─────────────────────────────────────────┤
│  Index Layer (sqlite-vec embeddings)    │
│  Scoring (0.6 semantic + 0.2 eff + 0.2 │
│           profile)                      │
│  Feedback (EMA α=0.3)                  │
│  Scout (HTTP → external registries)     │
├─────────────────────────────────────────┤
│  Storage: ~/.local/share/skill-curator/ │
│  curator.db (SQLite WAL)                │
└─────────────────────────────────────────┘
         ↕ MCP (StreamableHTTP)
┌─────────────────────────────────────────┐
│          Kiro CLI (agent)               │
│  Steering: "call skill_match before     │
│             every task"                 │
│  Hook startup: skill_reindex()          │
│  Hook shutdown: skill_gaps()            │
└─────────────────────────────────────────┘

Stack

  • Python 3.11+
  • FastMCP (mcp SDK)
  • sqlite-vec (embeddings)
  • sentence-transformers (MiniLM-L6-v2 or paraphrase-multilingual-MiniLM-L12-v2)
  • httpx (scout HTTP calls)
  • uv (package management)

Schema

CREATE TABLE skills (
    name TEXT PRIMARY KEY,
    path TEXT NOT NULL,
    description TEXT,
    trigger_text TEXT,
    effectiveness REAL DEFAULT 0.5,
    total_uses INTEGER DEFAULT 0,
    total_successes INTEGER DEFAULT 0,
    gap_count INTEGER DEFAULT 0,
    state TEXT DEFAULT 'active',  -- active|stale|archived|draft
    profile_tags TEXT,  -- JSON array
    last_used_at TEXT,
    last_indexed_at TEXT,
    created_at TEXT
);

CREATE TABLE feedback_log (
    id INTEGER PRIMARY KEY,
    skill_name TEXT REFERENCES skills(name),
    session_id TEXT,
    outcome TEXT,  -- success|partial|failure
    task_description TEXT,
    created_at TEXT
);

CREATE TABLE scouted_skills (
    id INTEGER PRIMARY KEY,
    source_url TEXT NOT NULL,
    name TEXT,
    description TEXT,
    relevance_score REAL,
    matched_gap TEXT,
    status TEXT DEFAULT 'new',  -- new|adopted|dismissed
    discovered_at TEXT
);

CREATE VIRTUAL TABLE skill_embeddings USING vec0(
    name TEXT PRIMARY KEY,
    embedding float[384]
);

Scoring Formula

score_final = 0.6 * cosine_similarity + 0.2 * effectiveness + 0.2 * profile_match
  • cosine_similarity: embedding(task) vs embedding(skill.description + skill.trigger)
  • effectiveness: EMA score (0.0-1.0, default 0.5, α=0.3)
  • profile_match: 1.0 if skill in profile.expected_skills, else 0.0

Lifecycle Transitions

draft → active (skill_promote or effectiveness > 0.7 after 3+ uses)
active → stale (no use in 30 days)
stale → active (used again)
stale → archived (no use in 90 days, or effectiveness < 0.3)
archived → active (skill_promote)

Scout Sources (MVP)

  1. skills-manager marketplace (skills.sh) via HTTP API
  2. GitHub search: topic:claude-code-skills OR topic:agent-skills
  3. Anthropic official: github.com/anthropics/skills

Integration Cycle

The complete agent integration follows 5 steps across the session lifecycle:

┌─ Session Start ─────────────────────────────┐
│  1. skill_reindex()                         │
│     Rescan skills dir, update embeddings    │
├─ Each Task ─────────────────────────────────┤
│  2. skill_match(task="user request")        │
│     → score > 0.5? Read and follow skill    │
│     → score < 0.5? Proceed without skill    │
│                                             │
│  3. skill_feedback(name, outcome)           │
│     Record "success", "partial", "failure"  │
│     Updates effectiveness via EMA (α=0.3)   │
├─ Session End ───────────────────────────────┤
│  4. skill_gaps()                            │
│     Detect tasks that had no matching skill │
├─ Weekly ────────────────────────────────────┤
│  5. skill_lifecycle()                       │
│     → promote candidates (eff > 0.7, 3+    │
│        uses)                                │
│     → archive stale (90d no use, eff <0.3) │
└─────────────────────────────────────────────┘

System Prompt Integration (recommended)

Add to your agent's system prompt for automatic skill consultation:

## Skills
Before implementing any task, call `skill_match(task="summary")`.
If score > 0.5: read the skill and follow it.
After using a skill: `skill_feedback(name="skill-name", outcome="success|failure")`.

This creates a learning loop: feedback improves effectiveness scores, which improves future matching. Without feedback, scores stay at default (0.5).

Why This Matters

With feedback loop Without
Effective skills rank higher over time All skills scored equally
Stale skills get archived automatically Dead skills pollute index
Gaps detected → new skills created Same gaps repeated forever
Agent improves with use Static performance

Integration

  • Transport: StreamableHTTP on port 3204
  • Systemd: ~/.config/systemd/user/skill-curator.service
  • Skills dir: reads ~/.kiro/skills/**/*.md + ~/.kiro/skills/auto-generated/**/*.md
  • Migration: imports existing .usage.json data on first skill_reindex()

Development

cd ~/git/skill-curator-mcp
uv venv .venv
uv pip install -e ".[dev]"
pytest

License

Apache-2.0

Metadata

Release files for skill-curator-mcp 0.2.0

For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.

Source distribution (sdist)

Source distribution for skill-curator-mcp 0.2.0
File Size Uploaded
skill_curator_mcp-0.2.0.tar.gz 176.5 kB Details

Built distribution (wheel)

Table of built distributions (wheels) for skill-curator-mcp 0.2.0
File Interpreter ABI Platform
skill_curator_mcp-0.2.0-py3-none-any.whl Python 3 none any Details

Total release size: 204.9 kB

Release files / skill_curator_mcp-0.2.0.tar.gz

Download URL skill_curator_mcp-0.2.0.tar.gz
Size 176.5 kB
Tags Source
SHA-256 checksum
How to use checksums
649553bf34ed6766de7bbdb5972af9f0b662205d45ab68b459e38146ad9acf9b
BLAKE2b-256 checksum
How to use checksums
122204afd98cc02e69e2b24b4bf640819bf2ebb58a5b913e5c6744250a358890
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
Yes
Uploaded via twine/6.1.0 CPython/3.13.14

Provenance

Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.

PyPI Publish Attestation

PyPI verified that this artifact, at this checksum, originated from the publisher listed below.

Signed by GitHub Actions, verified by PyPI on Jul 19, 2026.

Transparency log

Release files / skill_curator_mcp-0.2.0-py3-none-any.whl

Download URL skill_curator_mcp-0.2.0-py3-none-any.whl
Size 28.5 kB
Tags Python 3
SHA-256 checksum
How to use checksums
685b4100d136ba19541098cfaf8688a07240f9091f66ce8b06e2ff39f71b6367
BLAKE2b-256 checksum
How to use checksums
7f10cfdb51fa7135685e53ac6c605661682f2c1be8d12e2efdd1c9b25c57eda6
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
Yes
Uploaded via twine/6.1.0 CPython/3.13.14

Provenance

Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.

PyPI Publish Attestation

PyPI verified that this artifact, at this checksum, originated from the publisher listed below.

Signed by GitHub Actions, verified by PyPI on Jul 19, 2026.

Transparency log

Release history Release notifications | RSS feed

This release

0.2.0 This release

2 release files

Anthropic, PBC Visionary sponsor Bloomberg Visionary sponsor Hudson River Trading Visionary sponsor Meta Visionary sponsor NVIDIA Visionary sponsor Microsoft Sustainability sponsor Depot Continuous Integration AWS Cloud computing and Security Sponsor Datadog Monitoring Fastly CDN Google Download Analytics Sentry Error logging StatusPage Status page