ワンクリックで
notinvalid
A deliberately broken fixture used by example/README.md to show what each rule's error output looks like.
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
メニュー
A deliberately broken fixture used by example/README.md to show what each rule's error output looks like.
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
SOC 職業分類に基づく
Mandatory checks to run before completing any task that touches md files or dart code in this repository.
Instructions for adding a new validation rule and CLI flag to dart_skills_lint. Use this skill when asked to create a new rule that validates aspects of skills (like frontmatter metadata).
How to integrate, update, and configure the dart_skills_lint validation tool within a repository. Make sure to use this skill whenever the user asks to update dart_skills_lint, configure skills validation tests, fix skills linter dependency drifts, verify repository state before editing, optimize lint rules execution, or draft pull request submission commands.
Reference fixture for dart_skills_lint. Demonstrates a SKILL.md that passes every default rule: hyphen-lowercase name matching the parent directory, a properly sized description, and no other frontmatter fields that would trigger the disallowed-field check.
Use this skill when you need to set up validation for AI agent skills in a Dart project for the first time. Adds the linter as a dev_dependency, creates a configuration file, and generates a baseline for legacy repos.
Use this skill when you need to validate AI agent skills with dart_skills_lint — running the linter, interpreting failures, fixing violations, and authoring custom rules.
| name | NotInvalid |
| description | A deliberately broken fixture used by example/README.md to show what each rule's error output looks like. |
| secret_field | not allowed by the spec |
| metadata | {"internal":true} |
This skill deliberately trips three rules so the CLI's diagnostic output can be inspected end-to-end. One fires under defaults; two need to be enabled to surface as errors (the spec ships them at lower severities).
invalid-skill-name (error by default) — the frontmatter name:
is NotInvalid, which is not lowercase and does not match the
parent directory invalid.disallowed-field (disabled by default; enable via
--disallowed-field or YAML config) — secret_field: is not in
the spec's allowed field list.check-absolute-paths (warning by default; escalate to error via
--check-absolute-paths or YAML config) — the link below uses an
absolute filesystem path, which is not portable across machines.The broken link: absolute link
Run it with default rules:
dart run dart_skills_lint --skill ./example/invalid
…and again with every rule turned up to error:
dart run dart_skills_lint --skill ./example/invalid \
--disallowed-field --check-absolute-paths
Expected: non-zero exit, error messages naming each rule that is enabled.