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:
- Semantic matching: embed skills + task → cosine similarity + effectiveness boost
- Feedback loop: EMA scoring tracks what works
- Gap detection: identifies missing skills from session patterns
- 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)
- skills-manager marketplace (skills.sh) via HTTP API
- GitHub search:
topic:claude-code-skillsORtopic:agent-skills - 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.jsondata on firstskill_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)
| File | Size | Uploaded | |
|---|---|---|---|
| skill_curator_mcp-0.2.0.tar.gz | 176.5 kB | Details |
Built distribution (wheel)
| File | Interpreter | ABI | Platform | Reset |
|---|---|---|---|---|
| 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 logRelease 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