A Claude Code Plugin providing comprehensive development guidelines and best practices.
# Install from git repository (subdirectory source)
claude plugin install claude-config --source git-subdir --url https://github.com/kcenon/claude-config --subdir plugin
# Or install with scope
claude plugin install claude-config --source git-subdir --url https://github.com/kcenon/claude-config --subdir plugin -s projectclaude --plugin-dir ./pluginMultiple plugins can be loaded simultaneously:
claude --plugin-dir ./plugin --plugin-dir ./plugin-lite| Skill | Description |
|---|---|
coding-guidelines |
Comprehensive coding standards for quality, naming, error handling |
api-design |
API design guidelines for REST, GraphQL, architecture |
security-audit |
Security best practices and vulnerability prevention |
performance-review |
Performance optimization and monitoring guidelines |
project-workflow |
Git, testing, build, and workflow management |
documentation |
Documentation and communication standards |
ci-debugging |
Systematic CI/CD failure diagnosis and resolution |
The plugin includes security hooks that:
- Block access to sensitive files (.env, .pem, .key, etc.)
- Prevent dangerous bash commands (rm -rf /, chmod 777)
- Auto-format code on save (if formatters are available)
When the full claude-config suite is installed (via scripts/install.sh
or scripts/install.ps1), the plugin's security guards detect this via
~/.claude/.full-suite-active and exit early — the canonical hooks from
the global suite perform the actual checks. When the plugin is installed
standalone, its simplified guards are the active defense.
The detection is per-hook: if the probe advertises some canonical hooks but not others, the plugin keeps its fallback active only for the hooks that are not covered. Any probe state that cannot be parsed (missing, malformed, unknown schema) falls back to the plugin guard as a safe default.
See docs/plugin-vs-global.md for the
probe file format, behavior matrix, and failure modes.
plugin/
├── .claude-plugin/
│ └── plugin.json # Plugin manifest
├── skills/ # Agent Skills
│ ├── coding-guidelines/
│ │ ├── SKILL.md
│ │ └── reference/
│ ├── api-design/
│ ├── security-audit/
│ ├── performance-review/
│ ├── project-workflow/
│ ├── documentation/
│ └── ci-debugging/
├── hooks/
│ └── hooks.json # Security and formatting hooks
└── README.md
Verified against Claude Code plugin system (April 2026). The plugin.json manifest
contains only the official schema fields (name, version, description, author,
homepage, repository, license, compatibility, keywords).
Component directories (agents/, skills/, hooks/hooks.json, .mcp.json, .lsp.json)
are auto-discovered by Claude Code at the plugin root — no explicit path fields are
declared in the manifest. Explicit path fields are only needed when overriding the
default discovery layout.
- Claude Code v2.1.0+
BSD-3-Clause