skilldoctor
Scaffold, validate, lint and test agent skills (SKILL.md) — like unit tests for your skill descriptions.
Writing an agent skill is easy. Getting the agent to actually load it is not: the description field is the only signal the router sees, the spec has silent truncation limits, and there is no feedback loop. skilldoctor turns skill authoring from guesswork into engineering.
pip install skill-inspect # or: uvx skill-inspect <cmd> (zero install)
Why not skillcheck / skillbench?
The ecosystem already has good tools, but they answer different questions:
| Tool | Question it answers |
|---|---|
skillcheck |
"Is my SKILL.md spec-compliant?" (static analysis) |
skillbench |
"Does my skill complete tasks in a real agent?" (end-to-end eval) |
| skilldoctor | "Will the agent actually pick my skill when the user asks?" (trigger rate) |
skilldoctor's focus is the step before execution: the routing decision. It measures how often your skill gets chosen for phrasings it should handle — and how often it fires on adjacent requests it shouldn't. It also works in both English and Chinese skill contexts, where trigger vocabulary differs significantly. Use it alongside the others; they are complementary.
Commands
skilldoctor new — scaffold with best practices baked in
skilldoctor new xhs-writer
Interactively asks what the skill does and three ways users actually phrase the request, then generates a spec-compliant directory with those phrasings already embedded in the description — the single biggest factor in trigger rate.
Templates: basic, with-scripts, with-references.
skilldoctor validate — spec checks, offline, CI-friendly
skilldoctor validate ./skills/ # one skill or a whole collection
skilldoctor validate . --json # machine-readable, exit code 1 on error
Checks include:
SKILL.mdpresent with exact casing (skill.mdfails silently in agents)namerequired, ≤ 64 chars, kebab-case, matches the directory namedescriptionrequired, ≤ 1024 chars (beyond this it is silently truncated)description + when_to_use≤ 1536 chars (listing truncation)- every file referenced in the body (
references/…,scripts/…) actually exists - risky patterns in bundled scripts (
rm -rf,curl | sh,shell=True) - unknown frontmatter fields
skilldoctor lint — best-practice checks
validate checks correctness; lint checks quality:
- description states when to use, not just what it is
- description embeds quoted example phrasings
- body stays lean (~≤150 lines), detail moved to
references/ - explicit guardrails against the model inventing facts
skilldoctor test — measure trigger rate with an LLM
The differentiator. An agent decides what to load by scanning a listing of
name + description — so we reproduce that exact decision context as a prompt
and let any OpenAI-compatible model play the router:
# skilldoctor.cases.yml (in your skill directory)
cases:
- input: "帮我把这篇笔记改成小红书风格"
expect: trigger
- input: "帮我写公众号推文"
expect: no_trigger # adjacent request — must NOT trigger
export SKILLDOCTOR_API_KEY=... # or OPENAI_API_KEY; --base-url for any compatible endpoint
skilldoctor test ./xhs-writer --model deepseek-chat
skilldoctor test ./xhs-writer --with ./other-skill # compete against installed skills
Output:
┏━━━━━━━━━━━━━━━━━━━━━━━━━━━━━┳━━━━━━━━━━━━┳━━━━━━━━━━━━━━┳━━━━━━━━┓
┃ input ┃ expected ┃ router chose ┃ result ┃
┡━━━━━━━━━━━━━━━━━━━━━━━━━━━━━╇━━━━━━━━━━━━╇━━━━━━━━━━━━━━╇━━━━━━━━┩
│ 帮我把这篇笔记改成小红书风格 │ trigger │ xhs-writer │ ✓ │
│ 发个xhs │ trigger │ NONE │ ✗ │
│ 帮我写公众号推文 │ no_trigger │ NONE │ ✓ │
└─────────────────────────────┴────────────┴──────────────┴────────┘
passed 2/3 · trigger rate 50% · false-positive rate 0%
suggestion: these phrasings failed to trigger: "发个xhs"
add them (or their vocabulary) verbatim to the skill description, then re-run.
Honest scope: the simulated router is an approximation of real agent routing. Use it to iterate on descriptions — not as a guarantee of in-agent behavior.
Reasoning models (deepseek-r1-style, kimi-k2.5 thinking, …) spend tokens on
hidden reasoning before answering. skilldoctor gives the router a 1024-token
budget by default and automatically retries at 4096 when a reply comes back
empty from truncation (--max-tokens to tune).
Does the description actually matter? Measured.
Same skill, same 10 cases (6 trigger / 4 adjacent), 6 competing skills in the
listing — only the description differs (xhs-writer-naive vs xhs-writer):
| Router model | naive description | optimized description |
|---|---|---|
| gpt-4o-mini | 67% | 83% |
| gpt-4o | 100% | 100% |
| claude-haiku-4-5 | 100% | 100% |
| claude-sonnet-4-6 | 100% | 100% |
| gemini-2.5-flash | 100% | 100% |
| qwen3.7-plus | 100% | 100% |
| deepseek-v4-flash (reasoning) | 83% | 100% |
| kimi-k2.5 (reasoning) | 100% | 100% |
Two takeaways:
- Frontier models forgive sloppy descriptions — weaker routers don't.
gpt-4o-mini missed
red书文案怎么写and帮我把这个产品介绍改成种草文案with the naive description, and found both after the wording fix. If your agent runs on a small model, trigger-rate testing is not optional. - The remaining failure is real signal, not noise. Every model that
missed a case lost
帮我把这个产品介绍改成种草文案to a competitor skill (product-copy-generator) whose description overlaps. That is a skill boundary problem you can see and fix — exactly what--withis for.
Reproduce with scripts/compare_models.sh (raw outputs in results/).
Aggregator-routed models show minor run-to-run variance at temperature 0;
the artifacts in results/ are the runs we report.
Use it in CI
validate --json exits non-zero on spec errors, so any skill repo can gate on it.
A ready-made GitHub Action is on the roadmap — PRs welcome.
Development
git clone https://github.com/lfnfromchina-bot/skilldoctor && cd skilldoctor
pip install -e '.[dev]'
pytest
Layout: parser (SKILL.md parsing) · validator / linter (pure functions,
importable as a library) · tester + router_prompt (LLM router simulation) ·
scaffolder (templates) · cli / report (typer + rich).
License
MIT
中文说明
skilldoctor 解决写 Agent Skill 时的三个痛点:description 写不好就触发不了、 格式规范写错了静默失效、改完没法回归测试。
skilldoctor new:脚手架,生成时自动把"用户的 3 种说法"嵌进 description(触发率的关键)skilldoctor validate:对照 SKILL.md 规范逐条校验,支持--json接 CIskilldoctor lint:最佳实践检查(触发措辞、渐进式披露、防护栏)skilldoctor test:用 LLM 模拟 agent 的 skill 路由决策,量化触发率和误触率,让调 description 像写单元测试一样
skilldoctor test 支持任何 OpenAI 兼容接口(DeepSeek、Kimi、本地模型均可),
一次测试成本不到一分钱。推理模型(kimi-k2.5、deepseek-r1 类)会先消耗 token
做隐式推理,skilldoctor 默认给 1024 token 预算、被截断时自动以 4096 重试。
实测结论(10 条用例 + 6 个竞品 skill 同场竞技):GPT-4o / Claude / Gemini / Qwen / DeepSeek / Kimi 等主流模型对朴素 description 也能 100% 触发,但弱模型 gpt-4o-mini 只有 67%——把用户真实说法写进 description 后升到 83%。 如果你的 agent 跑在小模型上,触发率测试不是可选项。 完整矩阵见上文英文版。
Metadata
Release files for skill-inspect 0.1.3
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_inspect-0.1.3.tar.gz | 27.1 kB | Details |
Built distribution (wheel)
| File | Interpreter | ABI | Platform | Reset |
|---|---|---|---|---|
| skill_inspect-0.1.3-py3-none-any.whl | Python 3 | none | any | Details |
Total release size: 51.7 kB
Release files / skill_inspect-0.1.3.tar.gz
| Download URL | skill_inspect-0.1.3.tar.gz |
|---|---|
| Size | 27.1 kB |
| Tags | Source |
|
SHA-256 checksum How to use checksums |
acce76bf38a51dda29857a717e71ffc9dd5a0aca0f48435f142bd8138957140e
|
|
BLAKE2b-256 checksum How to use checksums |
54a07bb2040d7382c28f14bfbfa803ae0e344d29d9209a70fe449859884c1b3a
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/7.0.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 Aug 17, 2026.
Transparency logRelease files / skill_inspect-0.1.3-py3-none-any.whl
| Download URL | skill_inspect-0.1.3-py3-none-any.whl |
|---|---|
| Size | 24.7 kB |
| Tags | Python 3 |
|
SHA-256 checksum How to use checksums |
69ae74e6f38c0302c5eab3dcf0c175476a2e7b80e593bdba5d06e5053ae35594
|
|
BLAKE2b-256 checksum How to use checksums |
965578e8845ca440cd363f08976f3cb1a75062ddc99907d8f13c7d4e42fafeeb
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/7.0.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 Aug 17, 2026.
Transparency log