Commit — Supply Chain Risk Scoring

io.github.piiiicoPublished by GitHub account piiiicov1.36.0Updated Oct 24, 2026

Supply chain risk scoring for npm, PyPI, Cargo, and Go. 9 tools. Behavioral signals.

The publisher's own server: Proof Holdings

VerifiedStreamable HTTPWeb executableDeveloper ToolsSecurity & Monitoring

Overview

AI-generated overview

Scores npm, PyPI, Cargo and Go packages plus GitHub repos on behavioral supply chain risk, and audits a project's dependencies.

What you can do
  • Look up a single package or repo's commitment profile: npm, PyPI, Cargo, Go modules and GitHub repositories, with age, publisher count, download trend and release cadence
  • Batch-score a list of packages and get a risk table sorted with the riskiest first
  • Audit a GitHub repository's dependencies by reading its package.json or requirements.txt
  • Map an npm package's full dependency tree, including transitive packages
  • Look up Norwegian businesses by name or organization number for longevity, financial and staffing signals
  • Query website engagement data and request a free API key in chat
When to use it
Useful when reviewing or adding third-party dependencies and you want a quick read on maintainer concentration, abandonment or release stalls before installing. Also fits CI or agent workflows that should flag risky packages, and occasional checks of Norwegian company records.
Requirements
Works as a remote streamable HTTP endpoint or as a local npm package run over stdio; no login or API key is required for basic use. Anonymous use is limited to 15 requests per IP per day; a free API key raises the limit to 200 audits per day. Network access to the hosted backend is needed.
Before you install
Scores are heuristic risk indicators, not vulnerability findings, and the README notes some were computed after known incidents rather than predicting them. The get_api_key tool asks for an email address and returns a key in the chat. Package names and repository slugs you submit are sent to the hosted backend. The optional CLI hook writes configuration files into projects and can block package installs.

Installation

In SourceWeft

  1. Open Commit — Supply Chain Risk Scoring in the dashboard and add it to a workspace.
  2. Enable the server for the chats that should use its tools.

Web executable via Streamable HTTP. Remote servers run from the web runtime once configured in a workspace.

Use with an agent

Paste this prompt into Claude Code, Codex, Cursor or another agent — or into SourceWeft chat. The agent reads this server's install guide, shows you its publisher, endpoint and sign-in, and adds it to your client once you agree. Keys never go into a command.

Read https://sourceweft.com/mcp/io.github.piiiico%2Fproof-of-commitment/install.md and connect the MCP server it describes to my client. Before changing any config, show me its publisher, endpoint and sign-in method and wait for my OK. Never put an API key in a command or in a file I would commit; ask me where it should come from.

Read the install guide the agent follows

Other MCP clients

Add this to your client's mcpServers config.

{
  "mcpServers": {
    "commit-supply-chain-risk-scoring": {
      "type": "http",
      "url": "https://poc-backend.amdal-dev.workers.dev/mcp"
    }
  }
}

README

Proof of Commitment

[Commitment Score] [npm downloads] [Mentioned in Awesome MCP Servers]

Stars lie. Behavioral signals don't.

An MCP server and web tool that scores npm packages, PyPI packages, Rust crates, Go modules, and GitHub repos on behavioral commitment — signals that are harder to fake than stars, READMEs, or download counts.

text
$ npx proof-of-commitment axios zod chalk lodash minimatchScoring 5 npm packages... done in 3.0s
Package      Risk          Score   Publishers   Downloads      Age    Provenancechalk        🔴 CRITICAL   72      1            432.9M/wk      14.6y  —minimatch    🔴 CRITICAL   78      1            634.1M/wk      14.9y  —lodash       🔴 CRITICAL   80      1            158.9M/wk      14.1y  —zod          🔴 CRITICAL   83      1            161.2M/wk      6.3y   🔐 verifiedaxios        🔴 CRITICAL   88      1            115.7M/wk      11.8y  🔐 verified                ⚠ COMPROMISED — axios token theft (2026-03-30)
⚠  5 CRITICAL packages found.   CRITICAL = sole npm publisher + >10M weekly downloads (publish-access concentration risk)

npm audit flags none of these. They're not vulnerabilities — they're attack-surface concentration. One stolen npm token, one phished maintainer, and a single push reaches the whole ecosystem (axios, March 30 2026 — happened).

The supply chain problem

26 of the 91 npm packages with >10M weekly downloads have a single npm publisher. Together they account for over 3 billion downloads per week. npm audit doesn't surface this. Stars don't either.

Four packages in a typical Node.js project are CRITICAL right now:

  • chalk — 432M downloads/week, 1 npm publisher
  • zod — 185M downloads/week, 1 npm publisher (30+ GitHub contributors)
  • lodash — 156M downloads/week, 1 npm publisher
  • axios — 113M downloads/week, 1 npm publisher (attacked March 30, 2026)

They won't appear in your package.json either — but these are in almost every project:

  • minimatch — 625M downloads/week, 1 npm publisher
  • glob — 366M downloads/week, 1 npm publisher
  • cross-spawn — 215M downloads/week, 1 npm publisher

Behavioral signals surface this. Stars and READMEs don't.

Quick install (MCP)

No login required. Add to any MCP-compatible AI tool and start querying supply chain risk.

Claude Desktop

Open ~/Library/Application Support/Claude/claude_desktop_config.json on macOS (config file reference) or %APPDATA%\Claude\claude_desktop_config.json on Windows, then add:

json
{  "mcpServers": {    "commit": {      "type": "streamable-http",      "url": "https://poc-backend.amdal-dev.workers.dev/mcp"    }  }}

Restart Claude Desktop. A tool icon appears in the chat input — ask it to audit your package.json.

Cursor

Open ~/.cursor/mcp.json (Cursor MCP docs) and add:

json
{  "mcpServers": {    "commit": {      "type": "streamable-http",      "url": "https://poc-backend.amdal-dev.workers.dev/mcp"    }  }}

Smithery (once indexed)

bash
npx -y @smithery/cli install proof-of-commitment --client claude

Try it now

Terminal (zero install):

bash
# New in v1.8.0: zero-arg auto-detect — cd into any project, run once:npx proof-of-commitment# Picks the highest-coverage manifest in cwd (package-lock.json > yarn.lock ># pnpm-lock.yaml > pnpm-workspace.yaml > package.json; requirements.txt;# Cargo.toml; go.sum > go.mod). When multiple ecosystems are present, the# file with the most recent mtime wins.
# Explicit package list still works:npx proof-of-commitment axios zod chalk
# Or point at a specific file:npx proof-of-commitment --file package.jsonnpx proof-of-commitment --file package-lock.json   # npm (transitive)npx proof-of-commitment --file yarn.lock           # yarnnpx proof-of-commitment --file pnpm-lock.yaml      # pnpmnpx proof-of-commitment --file pnpm-workspace.yaml # pnpm monoreponpx proof-of-commitment --pypi litellm langchain requestsnpx proof-of-commitment --cargo serde tokio reqwestnpx proof-of-commitment --golang github.com/gin-gonic/gin golang.org/x/netnpx proof-of-commitment --file go.modnpx proof-of-commitment --file go.sum              # full transitive Go set
# JSON output for downstream tools:npx proof-of-commitment --file package-lock.json --json | jq '.criticalCount'

CI integration (v1.8.0+)

--fail-on=<level> turns the CLI into a one-line CI gate. No GitHub Action required.

yaml
# .github/workflows/supply-chain.ymlname: Supply Chainon: [pull_request]jobs:  audit:    runs-on: ubuntu-latest    steps:      - uses: actions/checkout@v4      - uses: actions/setup-node@v4        with: { node-version: '20' }      - run: npx -y proof-of-commitment --fail-on=critical

Levels:

--fail-onExit 1 when…
criticalany package is flagged CRITICAL (publish-access concentration)
riskyany package is CRITICAL or HIGH (score < 40)
nonenever — report only

Defaults: critical in CI (when CI=true is set, which every major CI runner does) and for --json output. Interactive (TTY, non-CI) keeps the v1.7 default of exit 0 — running locally won't break your shell habits.

The dedicated piiiico/commit-action@v1 is still the right choice when you want PR comments and step summaries; --fail-on is for minimal pipelines that just need a yes/no answer.

SARIF output for GitHub Code Scanning (v1.26.0+)

--sarif outputs SARIF 2.1.0 — the standard format for static analysis results. Upload it to GitHub Code Scanning and Commit findings appear in the Security tab alongside CodeQL and Snyk.

yaml
# .github/workflows/supply-chain.ymlname: Supply Chainon: [pull_request]jobs:  audit:    runs-on: ubuntu-latest    permissions:      security-events: write    steps:      - uses: actions/checkout@v4      - uses: actions/setup-node@v4        with: { node-version: '20' }      - run: npx -y proof-of-commitment --file package-lock.json --sarif --fail-on=none > results.sarif      - uses: github/codeql-action/upload-sarif@v3        if: always()        with:          sarif_file: results.sarif          category: commit-supply-chain

CRITICAL and HIGH packages show as alerts in the repo's Security tab. Compromised packages (in the Commit incident registry) get a separate alert. --fail-on still controls the exit code independently — use --fail-on=critical to also block the PR.

Web demo (no install): getcommit.dev/audit — paste your packages, see risk scores in seconds.

IDE Hooks (Cursor + Claude Code + Windsurf)

poc hook installs a supply chain gate for Cursor (beforeShellExecution), Claude Code (PreToolUse), and Windsurf (pre_run_command) in one command. The same hook script intercepts package installs from any agent, auto-detects which client called it, and blocks CRITICAL packages before they run.

bash
# Install for the current project (writes .cursor/hooks.json + .claude/settings.json + .windsurf/hooks.json):poc hook
# Or protect every project for your user:poc hook --global
# Narrow to one client:poc hook --cursor          # only .cursor/hooks.jsonpoc hook --claude-code     # only .claude/settings.jsonpoc hook --windsurf        # only .windsurf/hooks.json
# Remove (cleans all three):poc hook --uninstall

The hook writes .cursor/hooks.json, .claude/settings.json, and .windsurf/hooks.json (project) or the equivalents under ~/ (with --global). When Cursor, Claude Code, or Windsurf runs npm install axios, pip install litellm, cargo add serde, or go get github.com/gin-gonic/gin, the hook calls the Commit API and either blocks, warns, or allows — in under 500ms.

What gets intercepted:

Package managerExample command
npm / npxnpm install <pkg>, npm add <pkg>
pnpmpnpm add <pkg>
yarnyarn add <pkg>
pip / pip3 / uvpip install <pkg>
cargocargo add <pkg>, cargo install <pkg>
gogo get <module>, go install <module>

Why this matters: Supply chain attacks now happen in minutes. The Shai-Hulud worm (May 2026) compromised 637 packages in 39 minutes and specifically targeted AI coding assistants — planting persistence hooks in .claude/settings.json and .vscode/tasks.json. When your AI assistant installs a dependency, it bypasses the human review that used to be the last line of defense. poc hook puts a gate back in — same gate, whether Cursor, Claude Code, or Windsurf is driving.

Default behavior: CRITICAL packages (sole npm publisher + >10M downloads/week — the exact LiteLLM/axios attack profile) are blocked. HIGH packages trigger an "ask user" prompt (Cursor/Claude Code) or are blocked with a message (Windsurf). Set COMMIT_HOOK_SEVERITY_BLOCK=HIGH to block both.

With an API key: poc login sk_commit_… before running poc hook — the key is embedded in the hook config and lifts the rate limit.


Get notified before the next attack

The CLI tells you what's risky today. A free API key unlocks monitoring — score recomputation across the packages you depend on, with alerts when one degrades (publisher drops, release stalls, score falls ≥10 points).

  • Open (free): Watch 3 packages · weekly digest every Monday
  • Developer ($15/mo): Watch 15 packages · daily scans · instant email alerts

Get a free API key → (no card, 30 seconds · 200 audits/day included)

bash
npm install -g proof-of-commitment   # then:poc watch axios --email [email protected]  # free key + monitoring in one steppoc watch chalk                          # add more packages (3 free)poc init                                 # add CI gate to this repo

GitHub Action

Add supply chain auditing to any CI pipeline in 30 seconds — auto-detects packages from package.json or requirements.txt, posts results as a PR comment, writes to GitHub Step Summary, and optionally fails on CRITICAL packages.

Use the dedicated action at piiiico/commit-action:

yaml
# .github/workflows/supply-chain.ymlname: Supply Chain Auditon:  pull_request:    paths: ['package.json', 'package-lock.json', 'bun.lock']
jobs:  audit:    runs-on: ubuntu-latest    permissions:      pull-requests: write    steps:      - uses: actions/checkout@v4      - uses: piiiico/commit-action@v1        with:          fail-on-critical: true   # blocks merges on CRITICAL packages          comment-on-pr: true      # posts results as a PR comment

When comment-on-pr: true (default), the action automatically posts the audit table as a comment on the pull request — and updates the same comment on re-run, so you don't get comment spam. Reviewers see the risk table without leaving the PR.

Inputs:

InputDefaultDescription
packages(auto)Comma-separated package names (auto-detected from package.json/requirements.txt if not set)
packages-file(auto)Path to package.json or requirements.txt (default: auto-detect in workspace root)
fail-on-criticaltrueFail the workflow if CRITICAL packages are found
max-packages20Max packages to audit when auto-detecting
include-dev-dependenciesfalseInclude devDependencies from package.json
comment-on-prtruePost audit results as a PR comment (requires pull-requests: write permission)
api-key(none)Commit Pro API key — enables batch requests and 10K requests/month
api-url(prod)Override API endpoint (useful for self-hosting)

Outputs: has-critical, critical-count, audit-summary (markdown table, also written to Step Summary).

Free vs Pro: Without an API key, packages are audited one at a time (with delays to respect rate limits). With a Pro API key, all packages are audited in a single batch request — faster and with higher monthly limits.

Example PR comment / Step Summary output:

| Package | Risk        | Score | Publishers | Downloads/wk | Age   ||---------|-------------|-------|------------|--------------|-------|| chalk   | 🔴 CRITICAL | 75    | 1          | 380M         | 12.7y || zod     | 🔴 CRITICAL | 83    | 1          | 133M         | 6.1y  || axios   | 🔴 CRITICAL | 89    | 1          | 93M          | 11.6y |

README Badges

Add a Commit Trust badge to any npm package you maintain or depend on:

markdown
![Commit Trust](https://poc-backend.amdal-dev.workers.dev/badge/YOUR-PACKAGE)

Examples:

PackageBadge URL
chalk![Commit Trust](https://poc-backend.amdal-dev.workers.dev/badge/chalk)
react![Commit Trust](https://poc-backend.amdal-dev.workers.dev/badge/react)
express![Commit Trust](https://poc-backend.amdal-dev.workers.dev/badge/express)
@babel/core![Commit Trust](https://poc-backend.amdal-dev.workers.dev/badge/@babel/core)

Grades: 🟢 OK (75+) · 🟠 WARNING (40–74) · 🔴 CRITICAL (<40 or sole npm publisher with 10M+ weekly downloads)

Badges are cached 1 hour. No API key needed.

Also supports PyPI, Cargo, Go modules, and the full ecosystem-specific format:

markdown
![commit score](https://poc-backend.amdal-dev.workers.dev/api/badge/npm/YOUR-PACKAGE)![commit score](https://poc-backend.amdal-dev.workers.dev/api/badge/pypi/YOUR-PACKAGE)![commit score](https://poc-backend.amdal-dev.workers.dev/api/badge/cargo/YOUR-CRATE)![commit score](https://poc-backend.amdal-dev.workers.dev/api/badge/golang/github.com/owner/repo)

REST API

No API key. No install.

bash
curl https://poc-backend.amdal-dev.workers.dev/api/audit \  -X POST \  -H "Content-Type: application/json" \  -d '{"packages": ["axios", "zod", "chalk", "lodash", "express"]}'
json
{  "count": 5,  "results": [    {      "name": "chalk",      "ecosystem": "npm",      "score": 75,      "maintainers": 1,      "weeklyDownloads": 398397580,      "ageYears": 12.7,      "trend": "stable",      "riskFlags": ["CRITICAL"],      "scorecardScore": 3.6,        // null if no GitHub repo      "hasDangerousWorkflow": false  // null if no Scorecard data    },    ...  ]}

12 MCP tools

ToolDescription
audit_dependenciesBatch risk audit for up to 20 npm/PyPI/Cargo/Go packages
audit_github_repoFetch a repo's package.json/requirements.txt and audit every dep
audit_dependency_treeMap an npm package's full dependency tree (incl. transitive CRITICAL deps)
lookup_npm_packageSingle npm package behavioral profile
lookup_pypi_packageSingle PyPI package behavioral profile
lookup_cargo_crateSingle Rust crate behavioral profile (crates.io)
lookup_go_moduleSingle Go module behavioral profile (proxy.golang.org + GitHub)
lookup_github_repoGitHub repo commitment score (longevity, commit frequency, contributor depth)
lookup_businessNorwegian business register — operating years, employees, financials
lookup_business_by_orgSame, by org number
query_commitmentBrowser extension behavioral data (unique verified visitors, repeat rate)
get_api_keyCreate a free API key in-chat — no browser needed, key returned instantly

Anonymous: 15 requests/IP/UTC day across both /mcp and /api/audit. Free key (no card, 30s signup at https://getcommit.dev/get-started): 200/day. Higher tiers at https://getcommit.dev/pricing.

What the score measures

Each package is scored 0–100 across:

  • Longevity — How long has the package existed? Abandoned packages get reactivated for attacks.
  • Publisher depth — Single npm publisher + millions of weekly downloads = the attack surface LiteLLM exploited. (Publisher = person with npm publish access, distinct from GitHub contributors.)
  • Release consistency — Regular releases signal active oversight. Long gaps = vulnerability accumulation.
  • Download trend — Growing packages attract more scrutiny (and attacks). Stable = lower profile.
  • OpenSSF Scorecard — Process security (code review enforcement, branch protection, CI/CD safety). Separate from behavioral signals. High Scorecard ≠ safe from credential theft attacks.

Both axios (8.1/10 Scorecard) and chalk (3.6/10 Scorecard) score CRITICAL on behavioral signals. They measure different attack surfaces — Scorecard catches process gaps, behavioral signals catch publisher concentration.

Risk flags:

  • CRITICAL — single npm publisher + >10M weekly downloads (exact LiteLLM/axios attack profile)
  • HIGH — package <1yr old + rapid adoption
  • WARN — no release in 12+ months

Real data points

# packages you know about:chalk       — score 75, 1 publisher, 432M/week  ⚑ CRITICALzod         — score 83, 1 publisher, 185M/week  ⚑ CRITICAL  (30+ GitHub contributors)lodash      — score 81, 1 publisher, 156M/week  ⚑ CRITICALaxios       — score 88, 1 publisher, 113M/week  ⚑ CRITICAL  (attacked Mar 30 2026)express     — score 90, 5 publishers, 95M/week
# packages probably not in your package.json, definitely in your lock file:minimatch   — score 78, 1 publisher, 625M/week  ⚑ CRITICALglob        — score 80, 1 publisher, 366M/week  ⚑ CRITICALcross-spawn — score 72, 1 publisher, 215M/week  ⚑ CRITICAL
# post-attack:litellm     — score 74, 1 publisher            ⚑ CRITICAL  (supply chain attack Mar 2026)
# Rust crates (new in v1.3.0):serde       — score 78, 1 owner,  13M/week  ⚑ CRITICAL  (dtolnay sole owner)tokio       — score 89, 2 owners, 10M/weekreqwest     — score 85, 1 owner,   8M/week  ⚑ HIGH

Why behavioral signals

The LiteLLM attack (March 2026) and axios attack (March 30, 2026) followed the same pattern: stolen credentials → malicious package pushed → 97M+ machines exposed. Both packages flag CRITICAL by these metrics today, on the single-account condition the attackers used. The scores were computed after the attacks: a retrodiction, not a prediction.

Declarative signals (stars, README quality, CI badges) don't capture this risk. Behavioral commitment does.

Blog

Stack

LayerTechnology
BackendCloudflare Workers + D1
MCPModel Context Protocol SDK
Datanpm registry, PyPI, crates.io, proxy.golang.org, deps.dev, GitHub API, Brønnøysund (NO)
LandingAstro + Cloudflare Pages

Roadmap

Planned, not promised. The project is early-stage — contributions welcome on any of these.

FeatureStatusNotes
Cargo (Rust) registry support✅ LiveMCP tool, REST API, badge endpoint — ecosystem: "cargo"
Go modules support✅ Liveproxy.golang.org + deps.dev + GitHub-primary scoring — ecosystem: "golang"
Score breakdown visualizationPlannedChart component for the 5 dimensions on getcommit.dev/audit
--json flag for CLI✅ Livenpx proof-of-commitment --file package-lock.json --json | jq '.criticalCount'
pnpm workspace monorepo support✅ Live--file pnpm-workspace.yaml or auto-detected from pnpm-lock.yaml
Historical score trackingPlannedTrend charts — was this package getting riskier over time?
Org-level dashboardsPlannedAggregate risk view across all repos in a GitHub org

See open issues for things you can help with today.

The broader vision

Supply chain auditing is the first tool. The underlying primitive is a commitment graph — behavioral signals that replace content-based trust across any domain.

When content is free to fake (reviews, stars, READMEs), commitment becomes the signal. A publisher who has shipped 847 releases over 12 years is a different kind of commitment than one who published once in 2023.

The same logic applies to websites, businesses, and AI agents. Two card networks have independently named this gap: Mastercard Verifiable Intent §9.2 explicitly lists behavioral trust as "not covered." Visa TAP identifies agents without answering whether to trust them.

Proof of Commitment is the trust layer they're pointing at.

→ getcommit.dev

Run locally

bash
bun installbun run dev:backend     # local server with SQLitebun run test:e2e        # E2E test with mock World ID

Deploy:

bash
bun run deploy          # deploys to Cloudflare Workers

Releasing

Publish is triggered automatically when a tag v* is pushed, or manually via GitHub Actions workflow_dispatch.

Funnel smoke gate

Before npm publish runs, the CI workflow executes scripts/funnel-smoke.sh — a local-mock pre-publish check that exercises four key funnel paths:

PathWhat it testsBug class caught
ACLI audit with COMMIT_API_KEY set → 200 + resultsv1.20.0: missing Authorization header → 0 paid conversions
BCLI audit anonymous, 429 → message + instant_key_url429 handling / CTA surfacing
Ccursor-hook (Cursor stdin) 429 → permission: ask + signup URLv1.21.0: silent allow on 429 → security gap + 0 conversions
Dcursor-hook (Claude Code PreToolUse stdin) 429 → hookSpecificOutput.permissionDecision: ask + claude-code-hook-429 attributionv1.22.0: wrong-shape reply when Claude Code drives → silent allow / mis-attributed conversion

Any path failure blocks the release. The gate runs a local Python mock server so it's deterministic in CI and doesn't depend on production rate-limit state.

Optional CI secret: Set COMMIT_TEST_API_KEY in GitHub repo secrets to use a real API key for Path A. Falls back to a mock key that the local server accepts unconditionally.

Run locally:

bash
bash scripts/funnel-smoke.sh

Source: README.md at commit fc6c712

Tools

12

query_commitment

Query verified behavioral commitment data for a domain. Returns aggregated signals: unique verified visitors, repeat visit rate, and average time spent. These prove real human engagement — harder to fake than reviews or content.

Parametersdomainrequired

lookup_business

Search for a Norwegian business and get its commitment profile from public data (Brønnøysund Register Centre). Returns real commitment signals: longevity, financial health, employee count, and overall commitment score (0-100). Data source: Norwegian government registers — free, verified, unfakeable.

Parametersqueryrequired

lookup_business_by_org

Look up a specific Norwegian business by organization number (9 digits) and get its commitment profile. Returns temporal, financial, and operational commitment signals from Brønnøysund Register Centre.

ParametersorgNumberrequired

lookup_github_repo

Get a behavioral commitment profile for any public GitHub repository. Returns real signals that prove genuine investment: how long the project has existed, recent commit frequency, contributor community size, release cadence, and social proof. These are behavioral commitments — harder to fake than README claims or marketing copy. Useful for: vetting open-source dependencies, evaluating AI tools/frameworks, assessing vendor reliability, due diligence on any GitHub project. Examples: "vercel/next.js", "facebook/react", "https://github.com/piiiico/proof-of-commitment"

Parametersreporequired

lookup_npm_package

Get a behavioral commitment profile for any npm package. Returns real signals that prove genuine investment: package age, download volume and trend (growing/stable/declining), release consistency, npm publisher count, GitHub contributor count, and linked GitHub activity. Also returns publisherLifecycle — cross-referencing current maintainers against per-version publish history to flag dormant publishers who still hold npm scope access. The Mastra incident (June 2026) exploited exactly this: a contributor dormant since 2024 with never-revoked scope access. Why behavioral signals matter: download counts, stars, and READMEs can be gamed. Download *trend* consistency and publisher depth over years are harder to fake. Supply chain attacks often target packages with low publisher depth (few people with npm publish access). Useful for: vetting dependencies before installation, due diligence on open-source packages, identifying abandonware, checking if a package is actively maintained. Examples: "langchain", "@anthropic-ai/sdk", "express", "litellm"

Parameterspackagerequired

lookup_pypi_package

Get a behavioral commitment profile for any PyPI (Python) package. Returns real signals: package age, download volume and trend, release consistency, publisher/owner count, and linked GitHub activity. Supply chain attacks target Python packages — LiteLLM (97M downloads/mo) was compromised via stolen PyPI token in March 2026. Behavioral signals reveal what star counts hide. Useful for: vetting Python dependencies, identifying abandonware, supply chain risk due diligence. Examples: "langchain", "litellm", "openai", "anthropic", "requests", "fastapi", "pydantic"

Parameterspackagerequired

lookup_cargo_crate

Get a behavioral commitment profile for any Rust crate on crates.io. Returns real signals: crate age, download volume (estimated weekly from 90-day totals), version count, publish cadence, owner count (users with publish access), team owners, and linked GitHub activity. Supply chain risks apply to Cargo too — crate owners with publish access are the attack surface. A single owner on a high-download crate is the same risk pattern as npm. Useful for: vetting Rust dependencies before adding to Cargo.toml, identifying abandonware, supply chain risk assessment. Examples: "serde", "tokio", "reqwest", "clap", "rand"

Parameterscraterequired

lookup_go_module

Get a behavioral commitment profile for any Go module on proxy.golang.org. Takes a full module path (e.g., "github.com/gin-gonic/gin", "golang.org/x/net", "k8s.io/client-go", "gopkg.in/yaml.v3") and returns real signals: module age, version count, publish cadence, GitHub contributors (the closest equivalent to "publishers" since Go has no centralized publisher concept — git push access is the publish equivalent), GitHub stars, OpenSSF Scorecard score. The Go ecosystem has no centralized download counter, so this profile is GitHub-primary — the linked source repository's activity, contributor count, and Scorecard carry more weight than for npm/PyPI/Cargo. Stars are used as the popularity proxy. Useful for: vetting Go dependencies before adding to go.mod, identifying abandonware, supply chain risk assessment. Examples: "github.com/gin-gonic/gin", "golang.org/x/crypto", "github.com/spf13/cobra", "k8s.io/api"

Parametersmodulerequired

audit_dependencies

Batch-score multiple npm, PyPI, Cargo, or Go packages for supply chain risk. Takes a list of package names and returns a risk table sorted by commitment score (lowest = highest risk first). Risk flags: - CRITICAL: single publisher + >10M weekly downloads (publish-access concentration risk) - HIGH: new package (<1yr) + high downloads (unproven, rapid adoption = supply chain risk) - WARN: no release in 12+ months (potential abandonware) - WARN: dormant publishers with current scope access — contributors who stopped publishing but retain npm tokens (Mastra-incident vector, June 2026) Perfect for auditing a full package.json, requirements.txt, Cargo.toml, or go.mod — paste your dependency list and get a prioritized risk report. For Go: pass full module paths (e.g., "github.com/gin-gonic/gin", "golang.org/x/net") and set ecosystem="golang". The "maintainers" column shows GitHub contributor count since Go has no centralized publisher concept. Examples: score all deps in a project, compare two similar packages, identify abandonware before it becomes a CVE.

Parameterspackagesrequiredecosystem

audit_github_repo

Audit the supply chain risk of a GitHub repository's dependencies. Fetches the repo's package.json and/or requirements.txt from GitHub and runs behavioral commitment scoring on every dependency. This is the fastest way to audit a project — just provide the GitHub URL or owner/repo slug, and get a full risk table in seconds. Risk flags: - CRITICAL: single publisher/maintainer/owner + >10M weekly downloads (publish-access concentration risk) - HIGH: sole publisher/maintainer + >1M/wk downloads, OR new package (<1yr) with high adoption - WARN: no release in 12+ months (potential abandonware) Examples: - "vercel/next.js" — audit Next.js dependencies - "https://github.com/langchain-ai/langchainjs" — audit LangChain JS - "facebook/react" — audit React's dependency tree - "anthropics/anthropic-sdk-python" — audit Anthropic Python SDK Use this when someone asks "is my project at risk?" or "audit this repo's dependencies".

Parametersreporequired

audit_dependency_tree

Map the full dependency tree of an npm package and identify CRITICAL supply chain risks at every level. Unlike auditing a flat list of packages, this tool traverses the dependency graph — showing not just your direct dependencies but also what your dependencies depend on. Hidden CRITICAL packages (sole publisher + >10M weekly downloads) often lurk 1-2 levels deep. Risk flags: - CRITICAL: single npm publisher + >10M weekly downloads — sole point of failure for a massive attack surface - HIGH: sole publisher + >1M/wk, OR new package (<1yr) with high adoption - WARN: no release in 12+ months (potential abandonware) depth=1 (default): root package + all direct dependencies depth=2: also traverses one more level for any CRITICAL/HIGH direct deps (reveals hidden exposure) Examples: - audit_dependency_tree("express") — see all of Express's deps and their risk scores - audit_dependency_tree("langchain", 2) — reveal transitive CRITICAL deps 2 levels deep - audit_dependency_tree("@anthropic-ai/sdk") — audit Anthropic SDK full tree Use this when someone asks: - "What am I really depending on?" - "Are my dependencies' dependencies safe?" - "Show me the full supply chain risk for package X"

Parametersdepthpackagerequired

get_api_key

Create a free Commit API key instantly — no browser required. When you've hit the daily free query limit (or just want faster access), call this tool with your email to get an API key returned directly in the chat. The key lifts the rate limit to 200 audits/day and enables package monitoring (weekly alerts when your dependencies get riskier). After creating the key, configure your MCP client to pass it: Authorization: Bearer sk_commit_<your-key> Example: get_api_key({ email: "[email protected]" }) One key per email. 3 keys per IP per day (anti-abuse).

Parametersemailrequired

Version history

1
  1. v1.36.0LatestSep 16, 2026

Score

100% of the applicable checks met

How complete this listing is, computed from the registry entry, the endpoint and public sources. Not a rating of the server and not a statement that it is safe or working today: reachability is a dated check, and no installs or reviews go into the score.

  • Reached in the last 30 daysRequired25 pts
  • Auth declaredRequired10 pts
  • Tools listedRequired15 pts
  • DescriptionRequired15 pts
  • Logo10 pts
  • Documentation15 pts
  • License10 pts

Other Proof integrations