dependabot-triage

Triage open Dependabot alerts by tracing dependency usage and dismissing non-exploitable noise.

3|Updated Jan 10, 2026
One-click install
npx skills add https://github.com/MaxWolf-01/agents --skill dependabot-triage-maxwolf-01
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: dependabot-triage
Source: https://github.com/MaxWolf-01/agents/tree/main/mx/skills/dependabot-triage
Command: npx skills add https://github.com/MaxWolf-01/agents --skill dependabot-triage-maxwolf-01

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Dependabot floods repositories with alerts on transitive dependencies that are rarely exploitable, making it hard to find the vulnerabilities that actually matter. This Skill fetches open alerts, traces how each package enters the project, and classifies them so you can dismiss noise and focus on real risks. ## Core Features & Use Cases - Alert Fetching: Pulls all open Dependabot alerts via the GitHub CLI with severity, package, ecosystem, CVE, and manifest path. - Dependency Tracing: Uses npm ls, pyproject.toml, or uv pip list to determine whether a package is direct or transitive, runtime or build-only. - Classification & Dismissal: Labels each alert as Exploitable, Theoretical, Build-only, Tree-shaken, or Unused path, then dismisses safe ones via the GitHub API after your confirmation. - Use Case: Your repo has 30 open Dependabot alerts on a Vite frontend. Run this Skill to discover that 27 are build-only or tree-shaken devDependencies, dismiss them with documented reasons, and get an update plan for the 3 that matter. ## Quick Start Triage the open Dependabot alerts in this repository and tell me which ones are actually exploitable.

Frequently Asked Questions about dependabot-triage

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

FAQPage Schema
How do I triage Dependabot alerts in a GitHub repository?

Fetch open alerts with the GitHub CLI using gh api repos/{owner}/{repo}/dependabot/alerts, then trace each package with npm ls or uv pip list to see how it enters the project. Classify each as exploitable, theoretical, build-only, tree-shaken, or unused before deciding to dismiss.

How to dismiss Dependabot alerts via the GitHub API?

Send a PATCH request to repos/{owner}/{repo}/dependabot/alerts/{number} with state=dismissed, a dismissed_reason such as not_used or tolerable_risk, and a one-sentence comment. Valid reasons include fix_started, inaccurate, no_bandwidth, not_used, and tolerable_risk.

Are Dependabot alerts on transitive dependencies actually exploitable?

Most transitive dependency alerts are not exploitable because the vulnerable code path is never exercised. Check whether the package runs in production, processes untrusted input, and whether your code calls the vulnerable function before treating it as a real risk.

Does this work with both npm and Python dependencies?

Yes, it supports npm ecosystems via npm ls run in the manifest directory, and Python via pyproject.toml, requirements files, or uv pip list. The classification logic applies equally to both ecosystems.

When should I not dismiss a Dependabot alert?

Do not dismiss alerts classified as Exploitable or Theoretical, meaning the package runs in production and the vulnerability may be reachable. For those, summarize what updating would involve instead of dismissing.