plugin-settings

Store per-project plugin settings in YAML frontmatter within claude/plugin-name.local.md files.

Updated Aug 27, 2026
One-click install
npx skills add https://github.com/rodgemd1-lgtm/Startup-Intelligence-OS --skill plugin-settings-rodgemd1-lgtm
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: plugin-settings
Source: https://github.com/rodgemd1-lgtm/Startup-Intelligence-OS/tree/main/archive/resource-hub/claude-plugins/plugins/plugin-dev/skills/plugin-settings
Command: npx skills add https://github.com/rodgemd1-lgtm/Startup-Intelligence-OS --skill plugin-settings-rodgemd1-lgtm

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Per-project plugin configuration is hard to manage across repositories. This skill provides a standardized pattern to store per-plugin settings in claude/plugin-name.local.md, using YAML frontmatter for structured configuration and Markdown body for prompts or context when loaded.

Core Features & Use Cases

  • Frontend-friendly configuration: per-project, ignored by Git, with clear defaults.
  • Frontmatter-driven behavior: fields control enablement, modes, and state with safe parsing and validation guidance.
  • Lifecycle & usage scenarios: read, update, and reload settings during development, CI, or runtime hooks.
  • This provides a repeatable pattern for plugins requiring per-repo customization.

Quick Start

Create claude/my-plugin.local.md in your project and restart Claude Code to load the settings.

Frequently Asked Questions about plugin-settings

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

FAQPage Schema
How do I store per-project plugin settings for Claude Code?

Store per-project plugin settings by writing YAML frontmatter in a claude/plugin-name.local.md file. This pattern allows per-repo customization with structured defaults while remaining Git-ignored for safe local configuration.

What is the best way to manage per-repo plugin configuration without committing secrets?

Manage per-repo configuration using claude/plugin-name.local.md files. These files are locally ignored by Git, allowing you to safely store structured YAML frontmatter and Markdown body context without exposing sensitive settings.

How do I apply YAML frontmatter to control plugin behavior in Claude Code?

Apply YAML frontmatter in claude/plugin-name.local.md to control plugin enablement, modes, and state. The skill provides safe parsing and validation guidance to ensure fields drive behavior correctly during development and testing.

Does this configuration pattern support reloading settings during development without restarting?

The configuration pattern provides documented read, update, and reload workflows for development, CI, and runtime hooks. However, when initially creating the claude/plugin-name.local.md file, you must restart Claude Code to load the settings.

Can I use local Markdown files for plugin configuration in CI environments?

Yes, you can use this local Markdown configuration pattern in CI environments. The skill supports lifecycle scenarios including reading, updating, and reloading settings during development, testing, and deployment workflows.

What are the limitations of storing plugin settings in local Markdown files?

Local Markdown settings files are ignored by Git, meaning configurations are local to each repository instance and not shared across teams. You must manage defaults and secure handling manually to maintain disciplined config patterns.