X402 Repohealth Mcp

io.github.liminalpepe由 GitHub 帳號 liminalpepe 發布v0.1.0更新於 Oct 24, 2026

Free MCP server: compute a GitHub repo maintenance/abandonment health score from live data.

已驗證STDIO僅桌面開發者工具資料與分析

概覽

AI 產生的概覽

根據 GitHub 即時公開資料,計算儲存庫維護或棄用狀況的 0-100 健康分數。

可以做什麼
提供一個工具 check_repo_health,輸入 GitHub 的 owner 與 repo,回傳 0-100 分數以及判定結果:已封存、維護活躍、維護趨緩或可能已棄用。分數由四個各佔 25 分的維度加權組成:提交新近度、提交活躍度、issue 與 PR 回應情形、發布節奏。回傳內容包含分數明細、計算出的指標(例如距上次提交天數、最近 90 天提交數),以及依實際資料產生的 reasoning 說明清單。
適用情境
適合助理在挑選相依套件、函式庫或工具時,快速判斷某個儲存庫是否仍在維護。較適合在 MCP 用戶端內進行偶爾、低頻率的查詢,而非正式環境或高頻使用。
執行需求
以 stdio 方式在本機執行,通常透過 npx x402-repohealth-mcp 啟動,或寫入 MCP 用戶端設定。需要 Node.js 以及連線至 GitHub 公開 REST API 的外網連線。未宣告需要 API 金鑰、帳號或環境變數。
安裝前請注意
它呼叫 GitHub 未驗證的公開 REST API,限制為每個 IP 每小時 60 次請求,由執行此伺服器的使用者共用;每次呼叫約消耗 3-4 次請求。沒有快取,每次呼叫都會重新取得即時資料。README 另提到一個獨立的付費 HTTP 端點,每次呼叫以 0.01 USDC(Base 鏈)計費,那是另一項服務,不屬於這個本機伺服器。

安裝

在 SourceWeft 中

  1. 開啟 儀表板中的 X402 Repohealth Mcp,將其新增到工作區。
  2. 為需要使用其工具的對話啟用該服務。

Desktop only,透過 STDIO。 STDIO 服務會啟動本機處理程序,因此需要 SourceWeft 桌面主機。

其他 MCP 客戶端

參照 儲存庫 中的啟動說明。

README

x402-repohealth-mcp

A free MCP (Model Context Protocol) server that computes a GitHub repo maintenance/abandonment health score from live GitHub data: is a repo actively maintained, slowing down, likely abandoned, or archived? No API key, no payment, no rate-limit games — just an MCP tool any MCP client can call.

This is the open funnel twin of a paid, x402-gated HTTP API:

x402-repohealth-poc.theliminalguy.workers.dev — GET /repo-health/:owner/:repo, $0.01 USDC on Base per call via the x402 payment protocol, for production/high-volume or non-MCP (plain HTTP) / agent-automated use. Same scoring logic, same output, just billed per call instead of free-via-MCP.

Why this exists

Agents that pick dependencies, tools, or libraries need to know whether a repo is safe to depend on — actively maintained vs. slowing down vs. effectively dead — and GitHub's own API only gives raw signals (commits, issues, releases), not the decision computed from them. This MCP server is the free/local half of filling that gap — try it for nothing via MCP; reach for the paid HTTP endpoint when you need it at volume or outside an MCP client.

What it does

One tool, check_repo_health, takes a GitHub owner + repo and computes a 0-100 health score across four weighted dimensions (commit recency, commit activity, issue/PR responsiveness, release cadence, each 0-25 points), plus a verdict:

  • archived — GitHub's own archived flag is true (overrides the score)
  • actively maintained — score >= 75
  • slowing down — score 45-74
  • likely abandoned — score < 45

The response includes the full score breakdown, computed metrics (days since last commit, commits in last 90 days, issue close ratio, etc.), and a human-readable reasoning array built from the actual numbers — nothing is hardcoded per-repo, it's fetched from GitHub's real public REST API and scored at call time.

Install & run

bash
npx x402-repohealth-mcp

Or add it to an MCP client config (e.g. Claude Desktop's claude_desktop_config.json):

json
{  "mcpServers": {    "repohealth": {      "command": "npx",      "args": ["-y", "x402-repohealth-mcp"]    }  }}

Tool: check_repo_health

Input:

jsonc
{  "owner": "facebook",  "repo": "react"}

Output (MCP tool text content, JSON-stringified):

jsonc
{  "owner": "facebook",  "repo": "react",  "fetchedAt": "2026-08-01T22:00:00.000Z",  "repoMeta": { "fullName": "facebook/react", "archived": false, "stargazersCount": 230000, "...": "..." },  "metrics": { "daysSinceLastCommit": 1, "commitsLast90Days": 100, "...": "..." },  "scoreBreakdown": { "commitRecency": 25, "commitActivity": 25, "issueResponsiveness": 17, "releaseCadence": 17 },  "score": 84,  "verdict": "actively maintained",  "reasoning": [    "Last commit 1 day ago (2026-07-31T...).",    "100+ commits in the last 90 days.",    "..."  ]}

Scoring detail

DimensionPointsLogic
Commit recency0-25Days since last commit: <=14d->25, <=30d->21, <=90d->15, <=180d->9, <=365d->4, else 0
Commit activity0-25Commits in trailing 90 days: 0->0, 1-2->6, 3-9->13, 10-29->20, 30+->25
Issue/PR responsiveness0-25Of issues/PRs updated in the last 90 days: closed-ratio >=0.6 & median close <=14d->25, >=0.4->17, >=0.15->9, else->3. No recent activity -> neutral 14
Release cadence0-25Days since latest tagged release: <=180d->25, <=365d->17, <=730d->9, else 3. No releases ever -> neutral 12

archived: true from GitHub overrides the score-derived verdict entirely — an archived repo is confirmed dead by the maintainer's own action, not merely "likely abandoned."

What's real vs. limited

  • Real: every GitHub API call, the scoring math, and the MCP tool response are computed live at call time from that repo's actual GitHub data — nothing is hardcoded or mocked.
  • No auth against GitHub: uses GitHub's unauthenticated public REST API (60 requests/hour/IP shared across whoever runs this MCP server locally). A check_repo_health call costs ~3-4 GitHub requests. Fine for free/local/low-volume MCP use; the paid Worker adds a GITHUB_TOKEN (5,000 req/hr) server-side.
  • No caching: every call re-fetches GitHub live.

Local development

bash
npm installnpm run dev              # runs src/index.ts directly on stdio via tsxnpm run build             # compiles to dist/ for the published npm packagenpm run test:health       # calls getRepoHealth() directly against real repos, no MCP transport

src/github.ts, src/score.ts, src/health.ts, and src/types.ts are the same GitHub-fetch + scoring logic as the paid Worker — this MCP server is a thin src/index.ts wrapper around getRepoHealth().

When to use the paid HTTP twin instead

Use GET /repo-health/:owner/:repo on the paid Worker instead of this MCP server when:

  • You're calling from outside an MCP client (plain HTTP, any language).
  • You need production/high-volume use and want to pay per call rather than share this MCP server's unauthenticated 60 req/hr GitHub budget.
  • Your agent already speaks x402 (e.g. via x402-fetch / x402-axios) and can pay $0.01 USDC on Base per request.

Both routes call the exact same scoring function — output is identical.

License

MIT

來源:README.md,提交 fbf476b

工具

0
SourceWeft 尚未在沙箱中啟動過該軟體包,因此其工具未知。

版本歷史

1
  1. v0.1.0最新Sep 16, 2026

評分

已滿足適用檢查項的 50%

該評分衡量此收錄條目的完整程度,依據註冊中心條目、端點與公開來源計算得出。它不是對伺服器本身的評價,也不表示伺服器安全或目前可用:可連通性是帶日期的檢查結果,評分也不包含安裝量或使用者評價。

  • 近 30 天內可連通25 分

    請保持端點能夠回應 MCP 握手;SourceWeft 每 30 天探測一次。

  • 已宣告認證方式10 分

    請在註冊中心條目中宣告憑證請求標頭,或保持端點能夠回應探測,以便判定其認證方式。

  • 已列出工具15 分

    請讓伺服器在無憑證時回應 tools/list,或發布可在沙箱中無憑證啟動的軟體包。

  • 描述必需15 分
  • 圖示10 分
  • 文件15 分
  • 授權條款10 分