Plugin Settings

Manage per-project plugin settings via `.claude/plugin-name.local.md` files with YAML frontmatter.

1|Updated Mar 13, 2026
One-click install
npx skills add https://github.com/daithang59/docvault --skill plugin-settings-daithang59
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: Plugin Settings
Source: https://github.com/daithang59/docvault/tree/main/.agent/skills/configured-agent
Command: npx skills add https://github.com/daithang59/docvault --skill plugin-settings-daithang59

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes scripts (resource) and references (resource) and assets (resource) components.

What problem does it solve?

This Skill provides a standardized way to manage per-project plugin configurations and state, allowing plugins to adapt their behavior based on the specific project context without requiring code changes or global settings.

Core Features & Use Cases

  • Per-Project Configuration: Store settings in .claude/plugin-name.local.md files at the project root.
  • YAML Frontmatter: Use YAML for structured settings (e.g., enabled: true, mode: strict).
  • Markdown Body: Include additional context, prompts, or documentation within the same file.
  • Use Case: A linter plugin can use a .claude/linter.local.md file to enable/disable specific rules or set severity levels for a particular project, overriding its global defaults.

Quick Start

Create a .claude/my-plugin.local.md file with enabled: true and mode: standard in your project root.

Frequently Asked Questions about Plugin Settings

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

FAQPage Schema
How do I manage plugin configuration on a per-project basis?

Per-project plugin configuration is managed using `.claude/plugin-name.local.md` files at the project root. These files store project-specific settings separately from global defaults, allowing plugins to adapt their behavior dynamically.

What is the best way to override global plugin settings for a specific project?

Overriding global plugin settings is best handled by creating a `.claude/plugin-name.local.md` file. This approach keeps user-managed settings version-control-agnostic while enabling project-specific behavior modifications without code changes.

Can I use YAML frontmatter for structured plugin settings?

YAML frontmatter is fully supported for structured plugin settings within `.local.md` files. You can define key-value pairs like `enabled: true` or `mode: strict` to control plugin state and configuration precisely.

How do I include additional context or prompts in my local plugin configuration file?

Additional context, prompts, or documentation can be included directly in the markdown body of the `.claude/plugin-name.local.md` file. This sits alongside the YAML frontmatter, combining structured settings with free-form text.

Does per-project plugin state management work without modifying the plugin's source code?

Per-project state management works entirely without modifying source code. Plugins read the `.claude/plugin-name.local.md` configuration files to adapt their behavior based on the specific project context, requiring no code adjustments.

When should I not use markdown files for local config and state management?

You should avoid using markdown local config files if your project requires strict schema validation or complex nested data structures beyond YAML frontmatter capabilities. The format prioritizes flexible, human-readable settings over deeply structured database-like state.