invalid-version-type

Validate skill metadata version fields as strings during loading.

146|20|Updated Oct 26, 2025
One-click install
npx skills add https://github.com/maxvaega/skillkit --skill invalid-version-type
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: invalid-version-type
Source: https://github.com/maxvaega/skillkit/tree/main/tests/fixtures/skills/invalid-version-type
Command: npx skills add https://github.com/maxvaega/skillkit --skill invalid-version-type

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This is a test skill with a non-string version to validate metadata type checks.

Core Features & Use Cases

  • Metadata Validation: Helps verify strictness of version type expectations.
  • Testing Ground: Used to ensure validators catch type mismatches.

Quick Start

Validate the skill metadata to ensure version is treated as a string.

Frequently Asked Questions about invalid-version-type

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I validate that version fields in YAML frontmatter are strings?

Version field validation enforces string-type requirements through schema checks. Non-string values like numbers (123) are rejected with actionable error reporting during skill metadata loading and validation.

What happens when skill metadata has a non-string version value?

Non-string version values trigger validation failure. The schema detects type mismatches and produces clear error messages, preventing skill loading until the version field is corrected to a string type.

Why does version need to be a string in skill metadata?

Version fields require string type to ensure consistent metadata parsing and prevent type-mismatch errors during skill validation. String format enables proper version comparison and semantic versioning support.

Can I use a number for the version field in skill metadata?

No, version must be a string type. Numeric values fail validation with type-check errors. Use quoted strings like "1.0.0" instead of unquoted numbers.

How do I test that my metadata validation catches version type errors?

Use this test skill with intentionally non-string version values to verify validators detect type mismatches. It confirms schema strictness and error reporting during skill loading.