melodic-software/claude-code-plugins
melodic-software/claude-code-plugins · 89 plugins
Marketplace Claude Code plugin marketplace: repo-agnostic skills, hooks, agents, and MCP servers.
Install
The repo has no one-line install. Follow its README.
Plugins 89
After adding the marketplace, install one with /plugin install <name>@melodic-software.
- 1markdown-format
/plugin install markdown-format@melodic-software - 2bash-format
/plugin install bash-format@melodic-software - 3biome-format
/plugin install biome-format@melodic-software - 4ruff-format
/plugin install ruff-format@melodic-software - 5typos-format
/plugin install typos-format@melodic-software - 6go-format
/plugin install go-format@melodic-software - 7eol-normalizer
/plugin install eol-normalizer@melodic-software - 8desktop-notification
/plugin install desktop-notification@melodic-software - 9powershell-format
/plugin install powershell-format@melodic-software - 10actionlint
/plugin install actionlint@melodic-software - 11guardrails
/plugin install guardrails@melodic-software - 12bugs
/plugin install bugs@melodic-software - 13debugging
/plugin install debugging@melodic-software - 14architecture
/plugin install architecture@melodic-software - 15mcp-tools
/plugin install mcp-tools@melodic-software - 16prototype
/plugin install prototype@melodic-software - 17knowledge
/plugin install knowledge@melodic-software - 18context7
/plugin install context7@melodic-software - 19playbooks
/plugin install playbooks@melodic-software - 20docs-hygiene
/plugin install docs-hygiene@melodic-software - 21docs-naming
/plugin install docs-naming@melodic-software - 22firecrawl
/plugin install firecrawl@melodic-software - 23harness-config
/plugin install harness-config@melodic-software - 24harness-memory
/plugin install harness-memory@melodic-software - 25work-items
/plugin install work-items@melodic-software - 26discovery
/plugin install discovery@melodic-software - 27playgrounds
/plugin install playgrounds@melodic-software - 28playwright
/plugin install playwright@melodic-software - 29code-tidying
/plugin install code-tidying@melodic-software - 30coupling
/plugin install coupling@melodic-software - 31session-flow
/plugin install session-flow@melodic-software - 32multi-agent
/plugin install multi-agent@melodic-software - 33visualization
/plugin install visualization@melodic-software - 34tdd
/plugin install tdd@melodic-software - 35evals
/plugin install evals@melodic-software - 36harness-ops
/plugin install harness-ops@melodic-software - 37rate-limit-guard
/plugin install rate-limit-guard@melodic-software - 38context-guard
/plugin install context-guard@melodic-software - 39context-budget
/plugin install context-budget@melodic-software - 40plugin-quality
/plugin install plugin-quality@melodic-software - 41songwriting
/plugin install songwriting@melodic-software - 42retro-audio
/plugin install retro-audio@melodic-software - 43speech
/plugin install speech@melodic-software - 44pixel-art
/plugin install pixel-art@melodic-software - 45animation
/plugin install animation@melodic-software - 46explainer-video
/plugin install explainer-video@melodic-software - 47source-control
/plugin install source-control@melodic-software - 48planning
/plugin install planning@melodic-software - 49domain-driven-design
/plugin install domain-driven-design@melodic-software - 50naming
/plugin install naming@melodic-software - 51review
/plugin install review@melodic-software - 52implementation
/plugin install implementation@melodic-software - 53toolchain
/plugin install toolchain@melodic-software - 54testing
/plugin install testing@melodic-software - 55verification
/plugin install verification@melodic-software - 56performance
/plugin install performance@melodic-software - 57kindle-dedrm
/plugin install kindle-dedrm@melodic-software - 58gaming
/plugin install gaming@melodic-software - 59codebase-health
/plugin install codebase-health@melodic-software - 60code-metrics
/plugin install code-metrics@melodic-software - 61discipline
/plugin install discipline@melodic-software - 62education
/plugin install education@melodic-software - 63repo-hygiene
/plugin install repo-hygiene@melodic-software - 64repo-fleet-hygiene
/plugin install repo-fleet-hygiene@melodic-software - 65disk-hygiene
/plugin install disk-hygiene@melodic-software - 66event-storming
/plugin install event-storming@melodic-software - 67skill-quality
/plugin install skill-quality@melodic-software - 68machine-health
/plugin install machine-health@melodic-software - 69ai-briefing
/plugin install ai-briefing@melodic-software - 70ai-slop
/plugin install ai-slop@melodic-software - 71miro
/plugin install miro@melodic-software - 72dometrain
/plugin install dometrain@melodic-software - 73dometrain-mcp
/plugin install dometrain-mcp@melodic-software - 74autonomy
/plugin install autonomy@melodic-software - 75adhd
/plugin install adhd@melodic-software - 76github
/plugin install github@melodic-software - 77x
/plugin install x@melodic-software - 78wizard
/plugin install wizard@melodic-software - 79mutation-testing
/plugin install mutation-testing@melodic-software - 80computer-use
/plugin install computer-use@melodic-software - 81fleet
/plugin install fleet@melodic-software - 82overengineering
/plugin install overengineering@melodic-software - 83improvement
/plugin install improvement@melodic-software - 84instruction-placement
/plugin install instruction-placement@melodic-software - 85attribution
/plugin install attribution@melodic-software - 86writing
/plugin install writing@melodic-software - 87user-interface
/plugin install user-interface@melodic-software - 88user-experience
/plugin install user-experience@melodic-software - 89developer-experience
/plugin install developer-experience@melodic-software
Files
Melodic Software. Claude Code plugins
A public Claude Code plugin marketplace of reusable, repo-agnostic
skills, hooks, and agents. Each plugin is designed to work in any repository and to be customized by
consumers without editing the plugin itself.
Use this marketplace
/plugin marketplace add melodic-software/claude-code-plugins
/plugin install <plugin-name>@melodic-softwareBrowse and manage with /plugin. To refresh after updates: /plugin marketplace update melodic-software.
An install from GitHub is a copy keyed on the plugin's semver version, not the commit, so a change
reaches it only when a release raises that version; until then plugin update reports "already at
the latest version". A marketplace added from a local clone loads each plugin in place, so edits
apply at the next session or /reload-plugins. See
docs/migration-playbook.md ("Same-version commit drift").
Enable plugin suggestions for an organization
Some catalog entries declare relevance signals so Claude Code can suggest the plugin when a
session's work matches (matching runs locally; nothing is reported anywhere). Suggestions are
opt-in per marketplace: they surface only after an administrator allowlists the marketplace in
managed settings. Declare the
marketplace source AND allowlist its name in the same file:
{
"extraKnownMarketplaces": {
"melodic-software": {
"source": {
"source": "github",
"repo": "melodic-software/claude-code-plugins"
}
}
},
"pluginSuggestionMarketplaces": ["melodic-software"]
}The source declaration is required for any non-official marketplace: the allowlisted name is
ignored if the locally registered marketplace came from a different source. That rule stops an
unrelated catalog from registering under an allowlisted name to get its plugins suggested.
Reference: Recommend plugins for your org.
A plugin whose catalog entry sets defaultEnabled: false installs disabled until the user opts in
with /plugin enable. The flag is set per plugin, not per category: most domain, personal,
harness-maintenance, and external-service plugins carry it, and a few general-purpose ones in
those categories do not. A plugin another enabled plugin depends on starts enabled
regardless, and an existing install keeps its setting when the catalog default changes.
Finding your way
- Not sure which skill to invoke? Start at the skill cheat sheet. A
scan-and-go map from what you are doing to the skill that does it. - Plugin catalog. Every plugin by category, generated from the manifests and
kept in sync by CI. New plugins clear the per-plugin migration gate in
docs/migration-playbook.md. - Catalog taxonomy. The category vocabulary the catalog is grouped by.
What's here
.claude-plugin/marketplace.json, the marketplace catalog.plugins/, one directory per plugin.lib/, single source of truth for the shared shell helpers; the self-contained copies vendored
underplugins/, into hook and skill-script directories alike, are synced from here by
each helper's ownscripts/sync-<helper>.shand CI rejects drift, so never edit a copy.scripts/, repo-level CI checks, sync scripts, and catalog generators, with their tests
alongside.prompts/, launch-prompt templates meant to be filled in and pasted into a session; unlike
lib/, nothing copies them, and plugin skills cite them by path..claude/, this checkout's own Claude Code configuration (session and PR-linkage hooks, the
source-control convention). It governs work done here and ships to no one..github/, workflows plus the policy files they read (runner policy, security paths, recurring
schedule).docs/migration-playbook.md, design charter, extensibility model, the per-plugin migration
gate, and the local development loop.docs/, further design records and audits (CI runner routing, extensibility-contract smoke
tests, migration audits).CLAUDE.md, operating rules for AI agents working in this repo (fresh-docs mandate + plugin
design rules).docs/official-docs.md, canonical index of the official Claude Code doc pages the mandate
sends you to.
Validate a change
The shell suites here are spawn-bound, and Git Bash on Windows pays roughly
140 ms per process spawn against roughly 3 ms on Linux, so running every
**/*.test.sh locally is an hours-long wall on a Windows box and nobody does
it. Run the suites that actually cover your change instead:
scripts/affected-tests.sh # list the suites covering your diff vs origin/main
scripts/affected-tests.sh --run # ... and run them, sequentially
scripts/affected-tests.sh --explain # ... and say why each one was selected
scripts/affected-tests.sh path/to/file.sh # explicit paths instead of a diff--run is a Linux gate. On a Windows Git Bash host a standing set of suites
fails for reasons that belong to the host rather than to the tree: text-mode
CRLF translation (a native jq and Git Bash line-ending handling), no
unprivileged symlink right, MSYS drive-letter paths against the POSIX form in
fixture assertions, and a missing scc. Its exit code there reports host
capability, not whether your change is good, so Windows is not a supported host
for the full --run gate (#3966).
Selection itself is host-neutral: on Windows, use the listing forms above to see
what your change affects and run individual suites by hand. CI's Linux lanes are
the gate that decides.
It maps a changed file to its co-located suite, to any suite that names it, and
to its dependents transitively, and it fans a shared-lib change out to every
carrying plugin by reading the --print-manifest output of each
scripts/sync-*.sh script, the same manifests CI's sync steps enforce. The
fan-out is derived on every run, never transcribed, so a new carrying plugin is
covered the moment it exists.
All four ecosystems that carry suites here are selected, each by its own naming
convention: shell *.test.sh, Node *.test.js and *.test.mjs, Python
test_*.py, and Pester *.Tests.ps1. Only the shell suites are executed by
--run, because the others are driven by lane-specific invocations that cannot
be derived from a suite path; those are named as NOT RUN and --run exits 3
rather than reporting success over suites that never executed.
A changed file that maps to nothing is an error, not an empty selection.
"zero suites" must never be read as "nothing to run". Path classes that
genuinely carry no suite are recorded, with the CI lane that does cover them, in
scripts/affected-tests-no-suite.txt;
--allow-unmapped is the escape hatch for everything else. That list is for
prose and manifests, never for code: a source file with no coverage is supposed
to fail here. A deletion is the one exception: a changed path that no longer
exists and that nothing claims is reported as a visible deleted: note instead
of the error, because there is no content left to cover. A deletion that a
surviving suite still names (a co-located test left behind, a suite that
references the dead path) keeps selecting those suites, which are exactly what
fails loudly if the deletion broke something.
The runner is deliberately sequential: parallelising it measured sublinear
(the suites are spawn-bound), and several guardrails suites assert wall-clock
ceilings that fail spuriously under concurrency. Selection is the lever.
CI is unaffected, it still runs everything.
Local pre-flight for hygiene gates
Several hygiene findings only show up after a push because the gate name in CI is not the
local command. The gap is discoverability, not a missing runner: every gate below has a local form.
| CI gate / step id | Local command | Notes |
|---|---|---|
plugin-options-docs |
python3 scripts/sync-plugin-options-docs.py --check |
Regenerates from plugin.json userConfig. Do not hand-edit the README block. |
config-cascade-semantics |
python3 scripts/sync-config-cascade-semantics.py --check |
Regenerates the glance table from the Implementers rows; run it without --check after editing a row. Do not hand-edit the generated block. |
typos |
typos --config _typos.toml |
Same config CI passes to the composite. |
markdown |
markdownlint-cli2 |
Config: .markdownlint-cli2.jsonc. |
purged-em-dashes |
scripts/check-purged-em-dashes.sh |
In-repo. |
changelog-parity |
scripts/check-changelog-parity.sh --check |
In-repo; add --check-bump origin/main for the version-bump check. A bare run exits 2 with a usage message. |
shell-portability |
scripts/check-shell-portability.sh origin/main |
In-repo; --all scans the whole tree. A bare run exits 2 with a usage message. |
machine-specific-paths |
EXTENSIONS='<extensions>' EXCLUDE='<excludes>' bash <ci-workflows-checkout>/.github/actions/check-machine-paths/check-machine-specific-paths.sh |
Run from this repo's root. See Running machine-specific-paths locally. |
There is no single script that runs the whole hygiene set. scripts/aggregate-hygiene-results.sh
consumes CI step outcomes; it does not run the gates. A pre-commit hook or a make target that
wraps the runnable rows is a later tooling decision, not this record.
- Claim: every row of the mapping table is a local command;
machine-specific-pathsruns the
pinned composite's own entry script. - Basis: the #3522 owner decision (document running the composite's script from a
ci-workflowscheckout). Verified: the script runs standalone and needs onlyEXTENSIONSand
EXCLUDE. - As of:
ci-workflowsv0.39.3 (ab83b01273026ab5c23c6f3b40e946d97a863fa2), the pin in
.github/workflows/pr-require-checks.yml. - Recheck: the
pr-require-checks.ymlpin moves, or the composite's entry script changes its environment
contract.
Running machine-specific-paths locally
The gate is a composite in melodic-software/ci-workflows. Its entry script runs standalone, but it
sources machine-path-patterns.sh from its own directory, so run it in place from a ci-workflows
checkout.
- In the
Check for machine-specific pathsstep of.github/workflows/pr-require-checks.yml, read the pinned SHA
from theuses:line and the:(exclude)...pathspecs from theexclude:input. - Check out
ci-workflowsat that SHA:
git -C <ci-workflows-checkout> switch --detach <sha>(or add a worktree at the SHA). - From this repo's root, run the row's command with
EXTENSIONSset to the action's default,
*.cs *.csproj *.json *.jsonc *.js *.jsx *.md *.props *.ps1 *.psm1 *.py *.sh *.slnx *.targets *.toml *.ts *.tsx *.yaml *.yml,
andEXCLUDEset to theexclude:pathspecs joined by spaces.
The script uses git grep in the current directory: it scans tracked files only, so git add -N
or commit a new file before running. Exit 0 is clean, exit 1 means findings.
The check-script contract
scripts/check-*.sh is one family with one caller-visible interface, so a CI
lane, a wrapper, or an agent reads a run's outcome without knowing which member
produced it.
| Exit | Meaning |
|---|---|
0 |
Clean. The check ran over its whole corpus and found nothing. |
1 |
Findings. The check ran and something in the tree is wrong. |
2 |
Environment or usage. The check could not run: a missing tool, a bad argument, a repo root or shared library that did not resolve, a git query that failed. Nothing was inspected, so this is never a pass. |
Findings and diagnostics go to stderr; stdout carries the clean-run
statement and, for the discovery or list modes some members offer, the report
that mode exists to print.
Keeping 1 and 2 apart is the whole point: "your tree is wrong" and "I could
not look" are different answers, and a lane that reads only success or failure
collapses them into one. This is the mechanical form, for this family, of the
fail-loud rule in
docs/conventions/liveness-assertion/.
An environment failure is spelled out rather than left to set -e: resolving the
repo root and sourcing a shared library each end in || exit 2, because set -e
would exit with the failing command's own status and hand the caller a 1 that
reads as findings.
scripts/check-script-contract.test.sh
holds the contract. Every member is registered there and a new one fails as
unregistered. Each member that declares a prerequisite is run with that
prerequisite taken away and must exit 2 on stderr; each member with a fixture
recipe is also run clean (exit 0, statement on stdout) and against a seeded
violation (exit 1, finding on stderr and not on stdout). A member with no
recipe yet is held to those last two halves by its own co-located suite.
Three readings diverge on purpose and are recorded here rather than forced into
line:
scripts/check-hook-exec-form.shtreats a hook declaration it cannot parse as
a finding (1), not an environment problem. The input is what is wrong, and
clearing a file the gate never read is the silent no-op it exists to catch.scripts/check-killswitch-hoist.shstops at1, not2, when the hook corpus
scans to empty or the inlined kill-switch predicate no longer agrees with the
hook::is_enabledit duplicates. Both are statements about the tree, not about
the host.scripts/check-changelog-parity.shdiscusses exit128and141at length
and emits neither. Those are git's "no merge base" and a reader killed by
SIGPIPE, each converted to anexit 2or read correctly. Grepping the file for
those numbers finds the guards, not divergence.
The contract governs the observable interface, not the option set: set -euo
and set -uo both appear in the family and neither is required, which is why
the prologue states its own || exit 2 instead of depending on which one is in
force. Members still resolving the repo root under set -e alone are aligned on
touch.
Official documentation
This repo tracks policy and wiring only; authoritative behavior lives in the official docs, which must
be read fresh rather than recalled. Start at the
Claude Code plugins overview.
What this marketplace actually publishes
This repository is the only authoritative listing of what this marketplace publishes. The plugins and
skills it ships are the ones present in plugins/ on the default branch, and the
marketplace manifest is the machine-readable form of that list.
Several third-party aggregator and directory sites republish Claude Code skill listings, and some of
them attribute skills to this publisher that have never existed here. A search of the full commit
history of this repository found no trace of them. If you find a skill credited to this marketplace
that you cannot locate in plugins/ on the default branch, it is not ours, whatever a directory
says. Install from the source above rather than from a mirror or a directory listing, and treat an
aggregator's metadata as unverified.
Inbound requests to list this marketplace on third-party awesome-lists
(including awesome-ai-plugins)
are declined here: this repository does not maintain those entries, and an
aggregator listing is not an install path.
License
MIT.
{
"$schema": "https://json.schemastore.org/claude-code-marketplace.json",
"name": "melodic-software",
"owner": {
"name": "Melodic Software",
"email": "info@melodicsoftware.com"
},
"description": "Reusable, repo-agnostic Claude Code plugins — skills, hooks, agents, and MCP servers.",
"allowCrossMarketplaceDependenciesOn": [
"claude-plugins-official"
],
"plugins": [
{
"name": "markdown-format",
"source": "./plugins/markdown-format",
"category": "development",
"tags": [
"markdown",
"markdownlint",
"formatter",
"linter",
"hook"
]
},
{
"name": "bash-format",
"source": "./plugins/bash-format",
"category": "development",
"tags": [
"bash",
"shell",
"shellcheck",
"shfmt",
"formatter",
"linter",
"hook"
],
"relevance": {
"topic": "shell scripts",
"signals": {
"filesRead": [
"**/*.sh",
"**/*.bash"
],
"cli": [
"shellcheck",
"shfmt"
]
}
}
},
{
"name": "biome-format",
"source": "./plugins/biome-format",
"category": "development",
"tags": [
"biome",
"typescript",
"javascript",
"json",
"jsx",
"formatter",
"linter",
"hook"
],
"relevance": {
"topic": "Biome",
"signals": {
"filesRead": [
"**/biome.json",
"**/biome.jsonc"
],
"manifestDeps": [
{
"file": "[/\\\\]package\\.json$",
"pattern": "\"@biomejs/biome\""
}
]
}
}
},
{
"name": "ruff-format",
"source": "./plugins/ruff-format",
"category": "development",
"tags": [
"ruff",
"python",
"formatter",
"linter",
"hook"
],
"relevance": {
"topic": "Python",
"signals": {
"filesRead": [
"**/*.py"
],
"cli": [
"ruff"
]
}
}
},
{
"name": "typos-format",
"source": "./plugins/typos-format",
"category": "development",
"tags": [
"typos",
"spelling",
"formatter",
"linter",
"hook"
],
"relevance": {
"topic": "Spelling / typo fixing",
"signals": {
"filesRead": [
"**/typos.toml",
"**/_typos.toml",
"**/.typos.toml"
],
"cli": [
"typos"
]
}
}
},
{
"name": "go-format",
"source": "./plugins/go-format",
"category": "development",
"tags": [
"go",
"golang",
"goimports",
"formatter",
"hook"
],
"relevance": {
"topic": "Go",
"signals": {
"filesRead": [
"**/*.go"
],
"cli": [
"goimports"
]
}
}
},
{
"name": "eol-normalizer",
"source": "./plugins/eol-normalizer",
"category": "development",
"tags": [
"eol",
"line-endings",
"crlf",
"lf",
"gitattributes",
"hook"
]
},
{
"name": "desktop-notification",
"source": "./plugins/desktop-notification",
"category": "claude-code",
"defaultEnabled": false,
"tags": [
"notification",
"desktop",
"toast",
"bell",
"osc9",
"hook"
]
},
{
"name": "powershell-format",
"source": "./plugins/powershell-format",
"category": "development",
"tags": [
"powershell",
"psscriptanalyzer",
"pwsh",
"formatter",
"linter",
"hook"
],
"relevance": {
"topic": "PowerShell",
"signals": {
"filesRead": [
"**/*.ps1",
"**/*.psm1"
],
"cli": [
"pwsh"
]
}
}
},
{
"name": "actionlint",
"source": "./plugins/actionlint",
"category": "development",
"tags": [
"actionlint",
"github-actions",
"workflow",
"yaml",
"linter",
"hook"
],
"relevance": {
"topic": "GitHub Actions workflows",
"signals": {
"filesRead": [
"**/.github/workflows/**"
]
}
}
},
{
"name": "guardrails",
"source": "./plugins/guardrails",
"category": "security",
"tags": [
"guard",
"security",
"secrets",
"hardcoded-paths",
"git",
"cli-flags",
"hook"
]
},
{
"name": "bugs",
"source": "./plugins/bugs",
"category": "maintenance",
"tags": [
"bug",
"bug-report",
"defect",
"triage",
"issue",
"skill"
]
},
{
"name": "debugging",
"source": "./plugins/debugging",
"category": "maintenance",
"tags": [
"debug",
"diagnose",
"troubleshooting",
"root-cause",
"regression",
"skill"
]
},
{
"name": "architecture",
"source": "./plugins/architecture",
"category": "design",
"tags": [
"architecture",
"refactoring",
"deep-modules",
"ousterhout",
"module-design",
"testability",
"c4",
"landscape",
"dependencies",
"components",
"containers",
"context",
"flow",
"events",
"data",
"deployment",
"portfolio",
"adr",
"decision-record",
"skill"
]
},
{
"name": "mcp-tools",
"source": "./plugins/mcp-tools",
"category": "quality",
"tags": [
"mcp",
"tools",
"audit",
"quality",
"scorecard",
"skill"
],
"relevance": {
"topic": "MCP servers",
"signals": {
"filesRead": [
"**/.mcp.json"
]
}
}
},
{
"name": "prototype",
"source": "./plugins/prototype",
"category": "design",
"tags": [
"prototype",
"spike",
"throwaway",
"design",
"ui",
"state-machine",
"skill"
]
},
{
"name": "knowledge",
"source": "./plugins/knowledge",
"category": "discovery",
"tags": [
"knowledge",
"distill",
"book",
"pdf",
"epub",
"youtube",
"video",
"transcript",
"course",
"dometrain",
"teachable",
"skill",
"reference",
"synthesis",
"ingest"
],
"relevance": {
"topic": "books and PDFs",
"signals": {
"filesRead": [
"**/*.pdf",
"**/*.epub"
]
}
}
},
{
"name": "context7",
"source": "./plugins/context7",
"category": "discovery",
"tags": [
"context7",
"documentation",
"library-docs",
"api-reference",
"tooling",
"skill"
]
},
{
"name": "playbooks",
"source": "./plugins/playbooks",
"category": "claude-code",
"defaultEnabled": false,
"tags": [
"knowledge",
"playbook",
"doctrine",
"boris",
"fable-5",
"skill-authoring",
"repo-sweep",
"hygiene",
"best-practices",
"skill"
]
},
{
"name": "docs-hygiene",
"source": "./plugins/docs-hygiene",
"category": "maintenance",
"tags": [
"maintenance",
"documentation",
"skill",
"markdown",
"hygiene",
"deduplication",
"compress",
"audit",
"progressive-disclosure",
"context-engineering"
]
},
{
"name": "docs-naming",
"source": "./plugins/docs-naming",
"category": "maintenance",
"defaultEnabled": false,
"tags": [
"maintenance",
"documentation",
"skill",
"file-names",
"naming",
"rename",
"audit",
"gate"
]
},
{
"name": "firecrawl",
"source": "./plugins/firecrawl",
"category": "discovery",
"tags": [
"firecrawl",
"scraping",
"web-search",
"crawling",
"parsing",
"skill"
],
"defaultEnabled": false,
"relevance": {
"topic": "Firecrawl",
"signals": {
"cli": [
"firecrawl"
],
"hosts": [
"api.firecrawl.dev"
]
}
}
},
{
"name": "harness-config",
"source": "./plugins/harness-config",
"category": "claude-code",
"defaultEnabled": false,
"tags": [
"maintenance",
"configuration",
"settings",
"permissions",
"mcp",
"rules",
"automation",
"audit",
"skill"
],
"relevance": {
"topic": "Claude Code settings",
"signals": {
"filesRead": [
"**/.claude/settings.json",
"**/.claude/settings.local.json"
]
}
}
},
{
"name": "harness-memory",
"source": "./plugins/harness-memory",
"category": "claude-code",
"tags": [
"memory",
"claude-md",
"rules",
"auto-memory",
"health",
"audit",
"stateless",
"disable",
"purge",
"skill"
]
},
{
"name": "work-items",
"source": "./plugins/work-items",
"category": "project-management",
"tags": [
"work-items",
"tracker",
"seam",
"provider-neutral",
"github",
"issues",
"triage",
"orchestration",
"skill"
]
},
{
"name": "discovery",
"source": "./plugins/discovery",
"category": "discovery",
"tags": [
"discovery",
"explore",
"research",
"codebase",
"investigation",
"sources",
"skill"
]
},
{
"name": "playgrounds",
"source": "./plugins/playgrounds",
"category": "presentation",
"defaultEnabled": false,
"tags": [
"playground",
"interactive",
"explorer",
"html",
"prompt-round-trip",
"skill"
]
},
{
"name": "playwright",
"source": "./plugins/playwright",
"category": "testing",
"tags": [
"playwright",
"e2e",
"browser-automation",
"testing",
"tooling",
"skill"
],
"relevance": {
"topic": "Playwright",
"signals": {
"cli": [
"playwright"
],
"manifestDeps": [
{
"file": "[/\\\\]package\\.json$",
"pattern": "\"(@playwright/test|playwright)\"\\s*:"
}
]
}
}
},
{
"name": "code-tidying",
"source": "./plugins/code-tidying",
"category": "maintenance",
"tags": [
"tidy",
"refactoring",
"simplify",
"boy-scout",
"comments",
"maintenance",
"skill"
]
},
{
"name": "coupling",
"source": "./plugins/coupling",
"category": "maintenance",
"tags": [
"coupling",
"cohesion",
"decouple",
"connascence",
"dependency-injection",
"refactoring",
"skill"
]
},
{
"name": "session-flow",
"source": "./plugins/session-flow",
"category": "workflow",
"tags": [
"workflow",
"handoff",
"keep-going",
"clean-stop",
"resume",
"recover",
"durable",
"retro",
"retrospective",
"session",
"orchestration",
"reanchor",
"freshness",
"skill"
]
},
{
"name": "multi-agent",
"source": "./plugins/multi-agent",
"category": "workflow",
"tags": [
"workflow",
"orchestration",
"subagents",
"model-routing",
"effort",
"fan-out",
"skill"
]
},
{
"name": "visualization",
"source": "./plugins/visualization",
"category": "presentation",
"tags": [
"visualize",
"visualization",
"diagram",
"mermaid",
"chart",
"artifact",
"render",
"skill"
]
},
{
"name": "tdd",
"source": "./plugins/tdd",
"category": "testing",
"tags": [
"knowledge",
"skill",
"tdd",
"testing",
"unit-testing",
"test-design",
"best-practices"
]
},
{
"name": "evals",
"source": "./plugins/evals",
"category": "testing",
"defaultEnabled": false,
"tags": [
"evals",
"evaluation",
"success-criteria",
"llm-judge",
"grading",
"rubric",
"knowledge",
"skill"
]
},
{
"name": "harness-ops",
"source": "./plugins/harness-ops",
"category": "claude-code",
"defaultEnabled": false,
"tags": [
"operations",
"observability",
"otel",
"telemetry",
"troubleshooting",
"changelog",
"dashboard",
"claude-code",
"skill"
]
},
{
"name": "rate-limit-guard",
"source": "./plugins/rate-limit-guard",
"category": "claude-code",
"defaultEnabled": false,
"tags": [
"rate-limit",
"mod",
"loop-lane",
"stopfailure",
"hook"
]
},
{
"name": "context-guard",
"source": "./plugins/context-guard",
"category": "claude-code",
"defaultEnabled": false,
"tags": [
"context-window",
"mod",
"zones",
"context-degradation",
"session",
"skill"
]
},
{
"name": "context-budget",
"source": "./plugins/context-budget",
"category": "claude-code",
"defaultEnabled": false,
"tags": [
"context-window",
"startup-payload",
"token-budget",
"tool-schemas",
"measurement",
"attribution",
"ledger",
"skill"
]
},
{
"name": "plugin-quality",
"source": "./plugins/plugin-quality",
"category": "claude-code",
"defaultEnabled": false,
"tags": [
"plugin-audit",
"audit",
"review",
"quality",
"work-item",
"context-guard",
"skill"
]
},
{
"name": "songwriting",
"source": "./plugins/songwriting",
"category": "audio",
"tags": [
"songwriting",
"lyrics",
"pat-pattison",
"suno",
"music",
"domain",
"skill"
],
"defaultEnabled": false
},
{
"name": "retro-audio",
"source": "./plugins/retro-audio",
"category": "audio",
"tags": [
"chiptune",
"sfx",
"mml",
"wav",
"gameboy",
"nes",
"audio",
"skill"
],
"defaultEnabled": false
},
{
"name": "speech",
"source": "./plugins/speech",
"category": "audio",
"tags": [
"speech",
"text-to-speech",
"tts",
"narration",
"kokoro",
"elevenlabs",
"audio",
"skill"
],
"defaultEnabled": false
},
{
"name": "pixel-art",
"source": "./plugins/pixel-art",
"category": "visual-arts",
"tags": [
"pixel-art",
"sprites",
"sprite-sheet",
"animation",
"rpg-maker",
"cutscene",
"game-assets",
"skill"
],
"defaultEnabled": false
},
{
"name": "animation",
"source": "./plugins/animation",
"category": "visual-arts",
"tags": [
"animation",
"rotoscope",
"2d-animation",
"ink",
"film",
"canvas",
"skill"
],
"defaultEnabled": false
},
{
"name": "explainer-video",
"source": "./plugins/explainer-video",
"category": "visual-arts",
"tags": [
"explainer",
"video",
"manim",
"animation",
"math",
"skill"
],
"defaultEnabled": false
},
{
"name": "source-control",
"source": "./plugins/source-control",
"category": "development",
"tags": [
"delivery",
"git",
"github",
"commit",
"pull-request",
"babysit",
"worktree",
"ci",
"skill"
]
},
{
"name": "planning",
"source": "./plugins/planning",
"category": "design",
"tags": [
"planning",
"wayfind",
"decision-map",
"brainstorm",
"prd",
"interview",
"audit-answers",
"domain-modeling",
"ubiquitous-language",
"glossary",
"design",
"design-handoff",
"devils-advocate",
"plan",
"stress-test",
"skill"
]
},
{
"name": "domain-driven-design",
"source": "./plugins/domain-driven-design",
"category": "design",
"defaultEnabled": false,
"tags": [
"ddd",
"domain-driven-design",
"ubiquitous-language",
"glossary",
"domain-modeling",
"skill"
]
},
{
"name": "naming",
"source": "./plugins/naming",
"category": "design",
"tags": [
"naming",
"name",
"rename",
"identifier",
"candidates",
"anti-anchoring",
"skill"
]
},
{
"name": "review",
"source": "./plugins/review",
"category": "quality",
"tags": [
"review",
"code-review",
"security",
"architecture",
"doc-drift",
"ci-audit",
"quality-gate",
"fanout",
"agents",
"skill"
]
},
{
"name": "implementation",
"source": "./plugins/implementation",
"category": "development",
"tags": [
"implementation",
"execute",
"orchestration",
"dispatch",
"incremental",
"skill"
]
},
{
"name": "toolchain",
"source": "./plugins/toolchain",
"category": "development",
"tags": [
"build",
"lint",
"format",
"ecosystem",
"toolchain",
"setup",
"skill"
]
},
{
"name": "testing",
"source": "./plugins/testing",
"category": "testing",
"tags": [
"testing",
"test",
"tdd",
"e2e",
"coverage",
"diagnose",
"skill"
]
},
{
"name": "verification",
"source": "./plugins/verification",
"category": "verification",
"tags": [
"verification",
"outcome",
"baseline",
"measure",
"verify",
"skill"
]
},
{
"name": "performance",
"source": "./plugins/performance",
"category": "verification",
"tags": [
"performance",
"benchmarking",
"baseline",
"measurement",
"optimization",
"noise-characterization",
"drift-immune-counter",
"interleaved-ab",
"skill"
]
},
{
"name": "kindle-dedrm",
"source": "./plugins/kindle-dedrm",
"category": "personal",
"tags": [
"kindle",
"dedrm",
"calibre",
"ebook",
"epub",
"drm",
"knowledge",
"windows",
"skill"
],
"defaultEnabled": false
},
{
"name": "gaming",
"source": "./plugins/gaming",
"category": "personal",
"tags": [
"gaming",
"dlss",
"dlss5",
"nvidia",
"optiscaler",
"mod",
"windows",
"skill"
],
"defaultEnabled": false
},
{
"name": "codebase-health",
"source": "./plugins/codebase-health",
"category": "quality",
"tags": [
"audit",
"drift",
"documentation",
"configuration",
"architecture",
"verification",
"claims",
"skill"
]
},
{
"name": "code-metrics",
"source": "./plugins/code-metrics",
"category": "quality",
"tags": [
"code-metrics",
"complexity",
"cyclomatic",
"cognitive-complexity",
"halstead",
"duplication",
"coverage",
"crap",
"type-coverage",
"lines-of-code",
"measurement",
"audit",
"skill"
]
},
{
"name": "discipline",
"source": "./plugins/discipline",
"category": "quality",
"defaultEnabled": false,
"tags": [
"re-anchor",
"discipline",
"corrector",
"research",
"standards",
"duplication",
"incumbency",
"terseness",
"upstream",
"conformance",
"selection",
"communication",
"determinism",
"consistency",
"skills",
"audit",
"skill"
]
},
{
"name": "education",
"source": "./plugins/education",
"category": "learning",
"tags": [
"teach",
"learn",
"learning",
"coach",
"tutor",
"pedagogy",
"primer",
"explain",
"illustrate",
"onboarding",
"quiz",
"comprehension",
"skill"
]
},
{
"name": "repo-hygiene",
"source": "./plugins/repo-hygiene",
"category": "maintenance",
"tags": [
"maintenance",
"clean",
"hygiene",
"caches",
"build-artifacts",
"git-prune",
"working-tree",
"skill"
]
},
{
"name": "repo-fleet-hygiene",
"source": "./plugins/repo-fleet-hygiene",
"category": "maintenance",
"defaultEnabled": false,
"tags": [
"maintenance",
"git",
"github",
"repository",
"fleet",
"hygiene",
"worktree",
"audit",
"skill"
]
},
{
"name": "disk-hygiene",
"source": "./plugins/disk-hygiene",
"category": "maintenance",
"defaultEnabled": false,
"tags": [
"maintenance",
"disk",
"hygiene",
"cleanup",
"artifacts",
"temporary-files",
"audit",
"skill"
]
},
{
"name": "event-storming",
"source": "./plugins/event-storming",
"category": "design",
"defaultEnabled": false,
"tags": [
"event-storming",
"ddd",
"domain-modeling",
"bounded-contexts",
"miro",
"facilitation",
"simulation",
"skill"
]
},
{
"name": "skill-quality",
"source": "./plugins/skill-quality",
"category": "claude-code",
"defaultEnabled": false,
"tags": [
"skill",
"authoring",
"quality",
"contract",
"lint",
"evals",
"audit"
],
"relevance": {
"topic": "skill authoring",
"signals": {
"filesRead": [
"**/SKILL.md"
]
}
}
},
{
"name": "machine-health",
"source": "./plugins/machine-health",
"category": "operations",
"defaultEnabled": false,
"tags": [
"machine-health",
"workstation",
"health",
"audit",
"monitoring",
"windows",
"powershell",
"cisa-kev",
"skill"
]
},
{
"name": "ai-briefing",
"source": "./plugins/ai-briefing",
"category": "personal",
"tags": [
"ai-briefing",
"ai-news",
"aggregation",
"briefing",
"slides",
"presentation",
"rss",
"skill"
],
"defaultEnabled": false
},
{
"name": "ai-slop",
"source": "./plugins/ai-slop",
"category": "quality",
"defaultEnabled": false,
"tags": [
"ai-slop",
"ai-writing",
"slop",
"unslop",
"em-dash",
"emoji",
"detector",
"prose",
"audit",
"skill"
]
},
{
"name": "miro",
"source": "./plugins/miro",
"category": "design",
"tags": [
"miro",
"mcp",
"boards",
"sticky-notes",
"eventstorming",
"diagramming",
"visual-collaboration"
],
"defaultEnabled": false
},
{
"name": "dometrain",
"source": "./plugins/dometrain",
"category": "discovery",
"tags": [
"dometrain",
"courses",
"dotnet",
"csharp",
"learning",
"grounding",
"skill"
],
"defaultEnabled": false
},
{
"name": "dometrain-mcp",
"source": "./plugins/dometrain-mcp",
"category": "discovery",
"tags": [
"dometrain",
"mcp",
"courses",
"dotnet",
"csharp",
"learning"
],
"defaultEnabled": false
},
{
"name": "autonomy",
"source": "./plugins/autonomy",
"category": "autonomy",
"defaultEnabled": false,
"tags": [
"autonomy",
"adoption",
"governance",
"topology",
"binding",
"guided-setup"
]
},
{
"name": "adhd",
"source": "./plugins/adhd",
"category": "personal",
"tags": [
"adhd",
"output",
"accessibility",
"action-first",
"focus",
"response-style",
"brevity",
"skill"
]
},
{
"name": "github",
"source": "./plugins/github",
"category": "operations",
"tags": [
"github",
"audit",
"advise",
"governance",
"org-admin",
"billing",
"security-posture",
"rulesets",
"actions-policy",
"drift",
"skill"
]
},
{
"name": "x",
"source": "./plugins/x",
"category": "discovery",
"tags": [
"x",
"twitter",
"markdown",
"social",
"content-extraction",
"skill"
],
"relevance": {
"topic": "X (Twitter) content",
"signals": {
"hosts": [
"x.com",
"www.x.com",
"twitter.com",
"www.twitter.com",
"mobile.twitter.com",
"xtomd.com",
"threadreaderapp.com"
]
}
}
},
{
"name": "wizard",
"source": "./plugins/wizard",
"category": "development",
"tags": [
"wizard",
"setup",
"provisioning",
"credentials",
"ci-secrets",
"migration",
"cutover",
"bash",
"skill"
]
},
{
"name": "mutation-testing",
"source": "./plugins/mutation-testing",
"category": "testing",
"tags": [
"mutation-testing",
"test-quality",
"mutation-score",
"test-strength",
"coverage",
"stryker",
"pitest",
"skill"
]
},
{
"name": "computer-use",
"source": "./plugins/computer-use",
"category": "claude-code",
"defaultEnabled": false,
"tags": [
"computer-use",
"desktop-automation",
"screen-control",
"gui",
"screenshot",
"accessibility",
"skill"
]
},
{
"name": "fleet",
"source": "./plugins/fleet",
"category": "claude-code",
"defaultEnabled": false,
"tags": [
"fleet",
"cross-machine",
"ssh",
"tailnet",
"headless",
"remote-agent",
"skill"
]
},
{
"name": "overengineering",
"source": "./plugins/overengineering",
"category": "quality",
"tags": [
"overengineering",
"enforcement-surface",
"audit",
"realign",
"delta",
"retirement",
"yagni",
"carry-cost",
"automation-sprawl",
"justification",
"justify",
"skill"
]
},
{
"name": "improvement",
"source": "./plugins/improvement",
"category": "quality",
"tags": [
"improvement",
"evidence",
"tech-debt",
"hotspots",
"value-to-effort",
"ranking",
"audit",
"skill"
]
},
{
"name": "instruction-placement",
"source": "./plugins/instruction-placement",
"category": "claude-code",
"defaultEnabled": false,
"tags": [
"instruction-placement",
"claude-md",
"agents-md",
"claude-rules",
"path-scoped-rules",
"progressive-disclosure",
"context-economy",
"audit",
"realign",
"skill"
]
},
{
"name": "attribution",
"source": "./plugins/attribution",
"category": "quality",
"defaultEnabled": false,
"tags": [
"provenance",
"citation",
"attribution",
"copied-content",
"upstream-drift",
"documentation",
"detector",
"prose",
"audit",
"skill"
]
},
{
"name": "writing",
"source": "./plugins/writing",
"category": "presentation",
"tags": [
"writing",
"concise",
"brevity",
"scannable",
"readability",
"plain-language",
"bluf",
"prose",
"skill"
]
},
{
"name": "user-interface",
"source": "./plugins/user-interface",
"category": "presentation",
"tags": [
"user-interface",
"ui",
"terminal",
"cli",
"tui",
"design-system",
"accessibility",
"skill"
]
},
{
"name": "user-experience",
"source": "./plugins/user-experience",
"category": "design",
"tags": [
"user-experience",
"ux",
"user-research",
"personas",
"jobs-to-be-done",
"skill"
]
},
{
"name": "developer-experience",
"source": "./plugins/developer-experience",
"category": "development",
"defaultEnabled": false,
"tags": [
"developer-experience",
"dx",
"tooling",
"cli",
"scripts",
"audit",
"skill"
]
}
]
}Facts
- Kind
- Marketplace
- Repo
- melodic-software/claude-code-plugins
- Group
- Uncategorized
- Marketplace name
- melodic-software
- Owner
- Melodic Software
- License
- MIT
- Language
- Shell
- Created
- 2026-06-22
- Forks
- 2
- Topics
- agents, ai-tools, claude-code, marketplace, mcp, plugins
- Plugins
- 36
- 1f/prompts.chatf/prompts.chatf.k.a. Awesome ChatGPT Prompts. Share, discover, and collect prompts from the community. Free and open source — self-host for your organization with complete privacy.
- 2affaan-m/everything-claude-codeaffaan-m/everything-claude-codeThe agent harness performance optimization system. Skills, instincts, memory, security, and research-first development for Claude Code, Codex, Opencode, Cursor and beyond.
- 3obra/superpowersobra/superpowersAn agentic skills framework & software development methodology that works.
- 4anthropics/skillsanthropics/skillsPublic repository for Agent Skills
- 5anthropics/claude-codeanthropics/claude-codeClaude Code is an agentic coding tool that lives in your terminal, understands your codebase, and helps you code faster by executing routine tasks, explaining complex code, and handling git workflows - all through natural language commands.
- 6nextlevelbuilder/ui-ux-pro-max-skillnextlevelbuilder/ui-ux-pro-max-skillAn AI skill that provides design intelligence for building professional UI/UX across multiple platforms.