What problem does it solve?
This Skill solves the problem of making Claude Code plugin behavior configurable on a per-project basis without editing plugin code, by standardizing where users store settings and how those settings are structured and read.
Core Features & Use Cases
- Per-project configuration via
.claude/*.local.md: Store plugin enablement, modes, and custom instructions in a project-local Markdown file with YAML frontmatter.
- Settings-driven behavior for hooks, commands, and agents: Use the stored frontmatter to conditionally run logic, enforce validation modes, and tailor behavior to the current project.
- Deterministic parsing patterns: Extract YAML frontmatter fields and the Markdown body using bash-friendly parsing techniques (e.g.,
sed/awk) and validate common fields like booleans and numeric ranges.
Use case: You want a plugin to run in strict validation for one repository but remain disabled or lenient in another, while keeping the configuration user-local and out of git.
Quick Start
Ask the AI to “Read the project’s .claude/plugin-name.local.md file and explain what enabled, validation/mode fields mean for how the hook should behave, then list the key configuration values found in the YAML frontmatter.”