xskill-dev
Use when developing xskill itself — editing agent tool docstrings, changing the generate agent tool surface, or verifying what…
Use when installing, configuring, or operating xskill (the `xskill` CLI / `pip install xskill`) — starting the daemon, registering trajectory dirs, joining a team server, understanding how trajectories become Skills, or rebuilding/re-distilling the skill library after a model
$ npx -y skills add SkillNerds/xskill --skill using-xskill --agent claude-codeHow it fires
How this skill gets triggered: by you, by Claude, or both.
/using-xskillContext preview
The summary Claude sees to decide when to auto-load this skill.
Use when installing, configuring, or operating xskill (the `xskill` CLI / `pip install xskill`) — starting the daemon, registering trajectory dirs, joining a team server, understanding how trajectories become Skills, or rebuilding/re-distilling the skill library after a model
name: using-xskill description: Use when installing, configuring, or operating xskill (the `xskill` CLI / `pip install xskill`) — starting the daemon, registering trajectory dirs, joining a team server, understanding how trajectories become Skills, or rebuilding/re-distilling the skill library after a model change.
xskill distills reusable **Skills** (`SKILL.md` folders) out of the real execution trajectories of coding agents (Claude Code, Codex, OpenCode, Cursor, …). A background daemon watches each agent's session logs, slices them into single-intent **atoms**, clusters atoms into skills, and writes/versions each skill in its own git folder. New skill versions only replace old ones when real traffic shows they serve users better (canary A/B by UX score) — not by an LLM grading itself.
**Core mental model:** raw trajectory → atoms → candidate routing → SKILL.md → canary A/B → installed into every agent's skill dir. You operate the daemon; the daemon does the distilling.
| Command | What it does | |---------|--------------| | `pip install xskill` | Install (Python 3.9+) | | `xskill serve` | Standalone daemon: FastAPI + watcher; first run writes `~/.xskill/config.yaml` then exits | | `xskill serve --server` | Team server: owns all LLM calls + git; prints a join token | | `xskill connect <host:port> --token <t>` | Join a team server as a thin client | | `xskill registry add <path>` | Backfill / watch an extra trajectory directory | | `xskill traj search <query>` / `xskill search <query>` | Search trajectories or skills | | `xskill read <path> --eco <eco>` | Batch-ingest db trajectories (ngagent/opencode) | | `xskill rebuild [--force]` | Re-distill from existing raw trajectories (see reference) | | `xskill stats` | Token usage & estimated cost |
The daemon is the engine: most commands only change state in the DB; nothing is distilled unless `xskill serve` (or the team server) is running.
client setup): `references/installation.md`
scoring, standalone vs team mode): `references/mechanisms.md`
re-distilling correctly): `references/rebuilding-skill-library.md`
in `serve` does the actual re-split/re-cluster every 30s. No daemon = nothing happens.
delete them and you can no longer rebuild.
`embedding:` block at DashScope / OpenAI / Ollama.
or chat log.
Use when developing xskill itself — editing agent tool docstrings, changing the generate agent tool surface, or verifying what…