agentsclimarketplace

Skill creator

Skill d-oit/do-web-doc-resolver/.agents/skills/skill-creator

LLM-ready web documentation resolver: Python cascade skill + web + Rust CLI (wdr) with semantic cache, multi-provider routing, and quality synthesis

Install
npx -y skills add d-oit/do-web-doc-resolver --skill skill-creator

Assembled from the repository path, not quoted from the project. Check it against their README if it does not work.

One thing to look at

  • 1 stars1 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.

What its author says it does

Copied from the file, not written here

Create new skills, modify and improve existing skills, and measure skill performance. Use when users want to create a skill from scratch, edit, or optimize an existing skill, run evals to test a skill, benchmark skill performance with variance analysis, or optimize a skill's description for better triggering accuracy.

The file declares its own license as MIT. That is the author’s claim about this one file, and it is not the same thing as the license GitHub reports for the repository, which is listed with the other numbers below.

SKILL.md

4.5 KB, as published. Nobody here has run it

Skill Creator

Create and improve skills following the Agent Skills specification. A skill extends agent capabilities with specialized knowledge, workflows, and tools.

Core Loop

  1. Capture intent - What should the skill do? When should it trigger?
  2. Write draft - Create SKILL.md with frontmatter and instructions
  3. Create test cases - Realistic prompts users would actually say
  4. Run evals - Test with-skill vs baseline (or old version)
  5. Review results - Use eval-viewer for human review + benchmarks
  6. Iterate - Improve based on feedback until satisfied
  7. Optimize description - Fine-tune frontmatter for better triggering

Skill Specification

Directory Structure

skill-name/
├── SKILL.md          # Required: metadata + instructions
├── scripts/          # Optional: executable code
├── references/       # Optional: documentation
├── assets/           # Optional: templates, resources
└── evals/            # Optional: test cases

Frontmatter Fields

FieldRequiredConstraints
nameYesMax 64 chars. Lowercase letters, numbers, hyphens only.
descriptionYesMax 1024 chars. Describes what the skill does AND when to use it.
licenseNoLicense name or reference to bundled license file.
compatibilityNoMax 500 chars. Environment requirements.
metadataNoArbitrary key-value mapping.
allowed-toolsNoSpace-delimited list of pre-approved tools.

SKILL.md Body

  • Keep under 250 lines
  • Use progressive disclosure: move detailed content to references/
  • Include step-by-step instructions, examples, and common edge cases

Optimizing Skill Descriptions

Core Writing Principles

  1. Use imperative phrasing — "Use this skill when..." rather than "This skill does..."
  2. Focus on user intent, not implementation — Describe what the user is trying to achieve
  3. Err on the side of being pushy — Explicitly list contexts where the skill applies
  4. Keep it concise — A few sentences; max 1024 characters

Testing & Evaluation

  1. Design trigger eval queries — Create ~20 realistic prompts (8-10 should-trigger, 8-10 should-not-trigger)
  2. Vary should-trigger queries along multiple axes: phrasing, explicitness, detail, complexity
  3. Create strong should-not-trigger queries — Use near-misses that share keywords but need something different
  4. Run each query multiple times — Model behavior is nondeterministic; run 3 times
  5. Use train/validation splits — ~60% train / ~40% validation

The Optimization Loop

  1. Evaluate on both sets — Train results guide changes; validation tells if changes generalize
  2. Identify failures in train set only — Keep validation results hidden during iteration
  3. Revise strategically:
    • Should-trigger failing → broaden scope or add context
    • Should-not-trigger false-triggering → add specificity about what the skill does not do
  4. Select best iteration by validation pass rate
  5. Check the 1024-character limit

Creating Test Cases

Store in evals/evals.json:

{
  "skill_name": "example-skill",
  "evals": [
    {
      "id": 1,
      "prompt": "User's task prompt",
      "expected_output": "Description of expected result",
      "files": [],
      "assertions": ["The output includes X"]
    }
  ]
}

Test Case Guidelines

  • Realism: Add file paths, personal context, specific details, casual language
  • Variety: Mix formal/casual, terse/context-heavy, single-step/multi-step
  • Near-misses: Include queries that share keywords but need something different

Reference Files

  • references/best-practices.md - Best practices for skill creators
  • references/evaluating-skills.md - Evaluating skill output quality
  • references/schemas.md - JSON structures for evals.json, grading.json
  • references/output-patterns.md - Common output patterns
  • references/workflows.md - Common workflow patterns

Packaging

python -m scripts.package_skill <path/to/skill-folder>

Creates a .skill file for distribution.

Keep looking

Skills are one crate of 328,083. Ordering is by how many stacks a row turns up in, so the top of any crate is what has actually been picked rather than what has the most stars.