megalinter

Run the pr-watch-fix loop in parallel across every open Renovate-bot PR, each in its own git worktree. Use to green-light or triage all dependency-update PRs at once.

Handle CVE/vulnerability reports from security linters (trivy, osv-scanner, etc.). Tries to upgrade first; ignores only when safe and justified; disables an unmaintained linter (with user confirmation) when a dangerous CVE has no fix.

Watch the GitHub PR for the current branch, wait for CI to finish, and autonomously fix failing jobs by reading logs, editing sources, and pushing. Stops cleanly when stuck.

Prepare a MegaLinter release — update CHANGELOG (prune empty sections, collapse linter versions, backfill PR numbers), run the release build, push commit and tag, and guide GitHub release creation.

Add a new MegaLinter flavor (language-specific Docker image). Use when creating a new specialized Docker image variant.

Guided workflow for adding a new linter to MegaLinter. Use when a contributor needs to add support for a new linting tool.

Add a new output reporter to MegaLinter. Use when adding support for a new CI system or output format.

Gather requirements for a MegaLinter change by asking clarifying questions until the problem is fully understood. First step of the contribution workflow.

Design a MegaLinter solution and write a technical specification. Second step of the contribution workflow, use after /analyze.

Diagnose MegaLinter .mega-linter.yml configuration issues. Use when linters aren't running as expected or configuration seems wrong.

End-to-end workflow to fix a GitHub issue — collect context, analyze, implement on a branch, open a PR, then hand off to /pr-watch-fix until CI is green.

Debug and fix a failing MegaLinter linter test. Use when a linter test fails in CI or locally.

Implement a feature, bug fix, or code change in MegaLinter. Use whenever the user asks to add a feature, fix a bug, or make a code change - with or without a prior /design phase.

Audit a linter descriptor YAML for completeness, correctness, and best practices. Checks all properties against the full schema.

Build the MegaLinter Docker image and run the targeted linter tests to verify the implementation. Fourth step of the contribution workflow, use after /implement.

Update a linter's pinned version in its descriptor YAML. Use when upgrading a linter tool to a new release.