原型 · 预览版:收录官方注册中心里的全部服务器,每 30 分钟同步一次。评价和账户功能将在后续阶段推出。
PopNx MCP为使用 AI 的人准备的 MCP 服务器 · 用大白话讲清楚

Commit — Supply Chain Risk Scoring

作者:piiiico版本 1.36.0i★ –i电脑或云端
注册名称io.github.piiiico/proof-of-commitment

安装

概览

作者提供的说明(英文原文)

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

PopNx MCP 的三大支柱

这三项永远不会合并成一个分数:意见、测量和人气是不同的东西。

它能帮你做什么

我们还没有为它写通俗的介绍。下面是我们从注册中心读取到的事实。

安装

选择你使用的 AI 应用,然后复制设置。

安装之前

你需要

  • 在云端运行无需安装任何东西,通过互联网连接
  • npm已安装 Node.js(用于 npx 命令)

你用的是哪个应用?

在上方选择你的应用。我们会记住它,下次按钮会显示“安装到 …”。

适用于网页版、桌面版和手机版 Claude:

  1. 打开 Settings → Connectors
  2. 点击 Add custom connector
  3. 粘贴下面的地址,然后点击 Add
  4. 如果要求登录,请登录作者的服务
SettingsConnectors1+ Add2https://…3
https://poc-backend.amdal-dev.workers.dev/mcp

或者在你的电脑上运行

打开 Claude Desktop → Settings → Developer → Edit Config,把下面的内容粘贴到 claude_desktop_config.json

{
  "mcpServers": {
    "proof-of-commitment": {
      "command": "npx",
      "args": [
        "-y",
        "proof-of-commitment"
      ]
    }
  }
}

在终端中运行这条命令

claude mcp add --transport http proof-of-commitment https://poc-backend.amdal-dev.workers.dev/mcp

或者在你的电脑上运行

claude mcp add proof-of-commitment -- npx -y proof-of-commitment

在 Cursor 中打开

或者自己复制设置

粘贴到项目中的 .cursor/mcp.json,或 ~/.cursor/mcp.json

{
  "mcpServers": {
    "proof-of-commitment": {
      "url": "https://poc-backend.amdal-dev.workers.dev/mcp"
    }
  }
}

或者在你的电脑上运行

在 Cursor 中打开

或者自己复制设置

粘贴到项目中的 .cursor/mcp.json,或 ~/.cursor/mcp.json

{
  "mcpServers": {
    "proof-of-commitment": {
      "command": "npx",
      "args": [
        "-y",
        "proof-of-commitment"
      ]
    }
  }
}

浏览器会先询问是否打开应用,然后应用会显示设置并请你确认。密钥的值会留空,由你自己填写。

在 VS Code 中打开

或者自己复制设置

粘贴到项目中的 .vscode/mcp.json

{
  "servers": {
    "proof-of-commitment": {
      "type": "http",
      "url": "https://poc-backend.amdal-dev.workers.dev/mcp"
    }
  }
}

或者在你的电脑上运行

在 VS Code 中打开

或者自己复制设置

粘贴到项目中的 .vscode/mcp.json

{
  "servers": {
    "proof-of-commitment": {
      "type": "stdio",
      "command": "npx",
      "args": [
        "-y",
        "proof-of-commitment"
      ]
    }
  }
}

浏览器会先询问是否打开应用,然后应用会显示设置并请你确认。密钥的值会留空,由你自己填写。

ChatGPT 只能连接互联网上的服务器:

  1. 打开网页版 ChatGPT → Settings → Connectors (Apps)
  2. 点击 Create 或 Add(部分套餐需要先在 Advanced 中开启 Developer mode)
  3. 粘贴下面的地址,起个名字,然后保存
  4. 如果要求登录,请登录作者的服务
SettingsConnectors1+ Create2https://…3
https://poc-backend.amdal-dev.workers.dev/mcp

菜单名称可能因套餐和版本不同而略有差异。

你的选择通过 Cookie 保存在这台设备上,无需账户。

这些设置是根据作者在注册中心的条目生成的。如果 README 的写法不同,请以 README 为准。

它能做什么

我们还没有读取这个服务器的工具列表;我们会轮流检查各个端点。

基础检查i

我们检查的是任何人都能看到的信息;我们没有阅读代码。不适用的检查项不计入总数。 · 检查于 2026年11月7日

  • ✓ 通过

    作者与仓库一致

    注册名称已通过 GitHub 账户 piiiico 验证,该账户拥有此仓库

  • … 尚未检查

    仍在维护

    我们还没有从 GitHub 读取这个仓库

  • … 尚未检查

    有许可证

    我们还没有从 GitHub 读取这个仓库

  • … 尚未检查

    端点有响应

    尚未检查;我们会轮流检查各个端点

  • … 尚未检查

    使用 OAuth 登录

    尚未检查;我们会轮流检查各个端点

  • … 尚未检查

    工具描述中没有隐藏指令

    尚未检查;我们会在检查端点时读取工具列表

与“其他”中的其他服务器比较i

  • 星标数多于此分类中其他 32725 个服务器的 0%
  • 发布到注册中心的时间比此分类中其他 32725 个服务器的 13% 更新
  • 基础检查结果等于或优于此分类中其他 32725 个服务器的 100%

与注册中心里这个分类中所有活跃的服务器比较。只有当发布者拥有该仓库时,星标数才计入。

常见问题

Commit — Supply Chain Risk Scoring 安全吗?

它在 1 项适用的基础检查中通过了 1 项。我们没有阅读代码。在添加密钥或令牌之前,请先看看这个服务器要求哪些权限,并使用只具备所需权限的密钥。

它需要哪些密钥或代码?

注册中心没有列出必需的密钥,不过有些服务器会在首次使用时要求你登录。

它在我的电脑上运行还是在云端?

两种方式都可以:安装在你的电脑上,或者连接云端版本。

它还在维护吗?

GitHub 仓库最后更新于–,最新版本(1.36.0)于5个月前进入注册中心。

哪些应用可以使用它?

支持 MCP 的应用,例如 Claude Desktop、Claude Code、Cursor 和 VS Code。它通过 URL 连接,所以接受远程 MCP 服务器的应用也可以使用,例如开启开发者模式的 ChatGPT。

有什么可以替代它?

同一分类中有:Spec Driven Development, Remote Desktop Commander, Signoff

替代选择

同一分类中其他作者的服务器,按星标数排序。

如何看卡片:★ GitHub 星标i三大支柱:评价 · 检查 · 使用情况i更新 = 最新版本发布到注册中心的时间i

Spec Driven Development

作者:formulahendry

MCP Server that facilitates spec-driven development workflows, not just Vibe Coding.

在你的电脑上运行★ 440MIT14个月前更新
安装

Remote Desktop Commander

作者:desktop-commander

Remote Desktop Commander: use files, terminal and processes on your own computers from any AI app.

在云端运行★ 211前天更新
安装

Signoff

作者:ayuanxx-max

Five gates that make an agent's 'done' provable: run them, read the verdict, audit the record.

在你的电脑上运行今天更新
安装

作者的 README

打开 README

按原文从作者的仓库复制。PopNx MCP 没有审查或背书其内容。HTML、图片和脚本已被移除。链接会离开本站。

Proof of Commitment

Status: maintained — built and operated by Pico, an AI agent, at Commit. Bugs: GitHub issues.

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.

$ npx proof-of-commitment axios zod chalk lodash minimatch

Scoring 5 npm packages... done in 3.0s

Package Risk Score Publishers Downloads Age Provenance chalk 🔴 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 🔐 verified axios 🔴 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:

{

"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:

{

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

Smithery (once indexed)

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

Try it now

Terminal (zero install):

# 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.json npx proof-of-commitment --file package-lock.json # npm (transitive) npx proof-of-commitment --file yarn.lock # yarn npx proof-of-commitment --file pnpm-lock.yaml # pnpm npx proof-of-commitment --file pnpm-workspace.yaml # pnpm monorepo npx proof-of-commitment --pypi litellm langchain requests npx proof-of-commitment --cargo serde tokio reqwest npx proof-of-commitment --golang github.com/gin-gonic/gin golang.org/x/net npx proof-of-commitment --file go.mod npx 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= turns the CLI into a one-line CI gate. No GitHub Action required.

# .github/workflows/supply-chain.yml

name: Supply Chain on: [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.

# .github/workflows/supply-chain.yml

name: Supply Chain on: [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.

# 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.json poc hook --claude-code # only .claude/settings.json poc 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 , npm add
pnpmpnpm add
yarnyarn add
pip / pip3 / uvpip install
cargocargo add , cargo install
gogo get , go install

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)

npm install -g proof-of-commitment   # then:

poc watch axios --email you@company.com # free key + monitoring in one step poc 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:

# .github/workflows/supply-chain.yml

name: Supply Chain Audit on: 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 `pac

只显示了开头部分;其余内容请在仓库中阅读

问 PopNx