GitHub
Connect AI assistants to GitHub - manage repos, issues, PRs, and workflows through natural language.
作者による説明(英語の原文)
Transparent rule-based GitHub fake-star detector — LOW/MEDIUM/HIGH with per-rule evidence.
この3つを1つのスコアにまとめることはしません。意見、測定、人気はそれぞれ別のものだからです。
このサーバーのやさしい解説はまだ書いていません。以下はレジストリから読み取った事実です。
使っているAIアプリを選んで、設定をコピーしてください。
必要なもの
どのアプリを使っていますか?
上でアプリを選んでください。選んだアプリを覚えておくので、次からはボタンに「…にインストール」と表示されます。
Claude Desktop → Settings → Developer → Edit Config を開き、claude_desktop_config.json にこれを貼り付けます
{
"mcpServers": {
"fake-star-audit": {
"command": "uvx",
"args": [
"fake-star-audit"
]
}
}
}ターミナルでこれを実行します
claude mcp add fake-star-audit -- uvx fake-star-auditプロジェクトの .cursor/mcp.json、または ~/.cursor/mcp.json に貼り付けます
{
"mcpServers": {
"fake-star-audit": {
"command": "uvx",
"args": [
"fake-star-audit"
]
}
}
}ブラウザがアプリを開いてよいか確認し、そのあとアプリが設定を表示して確認を求めます。キーの値は空欄のままなので、自分で入力してください。
プロジェクトの .vscode/mcp.json に貼り付けます
{
"servers": {
"fake-star-audit": {
"type": "stdio",
"command": "uvx",
"args": [
"fake-star-audit"
]
}
}
}ブラウザがアプリを開いてよいか確認し、そのあとアプリが設定を表示して確認を求めます。キーの値は空欄のままなので、自分で入力してください。
これはパソコンで動くサーバーですが、ChatGPTがつなげるのはインターネット上のサーバーだけです。ほかのアプリを選んでください。
選んだアプリは、この端末のCookieに保存されます。アカウントは不要です。
この設定は、作者のレジストリ登録情報から作成しています。READMEと違う場合は、READMEに従ってください。
パソコンで動くサーバーです。インストールすると、ツール一覧がAIアプリに表示されます。
誰でも見られる情報をチェックしており、コードは読んでいません。当てはまらない項目は数に入れていません。 · 2026年11月8日にチェック
レジストリ名は、リポジトリを所有するGitHubアカウント ardev-lab で確認済みです
このリポジトリはまだGitHubから読み取っていません
このリポジトリはまだGitHubから読み取っていません
これはパソコンで動くため、インターネット上のエンドポイントはありません
パソコンで動き、代わりにローカルの設定を使います
パソコンで動くサーバーです。ツール一覧を読み取れるのは、インターネット上のエンドポイントがある場合だけです
レジストリでこのカテゴリにある有効なすべてのサーバーと比較しています。スターは、公開者がリポジトリの所有者である場合だけ数えます。
当てはまる基本チェック1項目のうち1項目に合格しました。コードは読んでいません。キーやトークンを追加する前に、サーバーがどんなアクセスを求めているかを確認し、必要な権限だけを持つキーを使ってください。
レジストリには必須のキーは載っていません。ただし、最初に使うときにサインインを求めるサーバーもあります。
あなたのパソコンで動きます。必要なときにAIアプリが起動し、データは作者のサーバーを通りません(サーバー自体がオンラインサービスを呼び出す場合を除きます)。
GitHubリポジトリの最終更新は–、最新バージョン(0.1.2)がレジストリに届いたのは5 か月前です。
Claude Desktop、Claude Code、Cursor、VS CodeなどのMCP対応アプリで使えます。パソコンにPython (uv)も必要です。
同じカテゴリには:GitHub, Desktop Commander, Cloudflare MCP
同じカテゴリで、ほかの作者が作ったサーバー。スターの多い順。
カードの見方:★ GitHubスターi3つの柱:レビュー · チェック · 利用状況i更新=最新バージョンをレジストリに公開した日i
Connect AI assistants to GitHub - manage repos, issues, PRs, and workflows through natural language.
MCP server for terminal commands, file operations, and process management
Cloudflare MCP servers
作者のリポジトリから書かれたとおりにコピーしたものです。PopNx MCPは内容を確認・推奨していません。HTML、画像、スクリプトは取り除いています。リンクはこのサイトの外へ移動します。
A transparent, dependency-free GitHub fake-star checker. One Python file, no token, no install — point it at a repo and get a LOW / MEDIUM / HIGH risk verdict with every rule explained.
$ python3 audit.py --repo someowner/somerepo
🔴 someowner/somerepo — risk: HIGH 422★ / 0 forks / age 66.9h windows: earliest=100, latest=22 axes: page1_sliding_window, sequential_id_cluster, same_second_cluster [FLAG] page1_sliding_window earliest: BURST: 100 stars in 0.55h (~183 stars/h) [FLAG] sequential_id_cluster earliest: 4+ time-consecutive stargazers within id range <200k [FLAG] same_second_cluster earliest: max 4 stars within a 30s window
GitHub stars are used as a proxy for trust — by investors doing due-diligence, by engineers picking dependencies, by recruiters reading résumés. But there is a paid market for fake stars: bot accounts and "star farms" inflate a repo to look popular. (See the CMU study estimating millions of suspected fake stars.)
fake-star-audit gives you a fast, explainable gut-check: is this repo's star count believable?
There are already excellent fake-star tools — see How it compares. This one is deliberately the smallest, most portable option:
pip install.GITHUB_TOKEN or any environment variable, and never writes files.audit.py anywhere and run it.It is not trying to replace at-scale academic crawlers or full due-diligence suites. It's the dependency-free, AI-friendly first look.
# no install needed — just the one file
python3 audit.py --repo facebook/react python3 audit.py --repo facebook/react --json # machine-readable
Or install from PyPI (pip install fake-star-audit) and run the fake-star-audit-cli command. Note: the bare fake-star-audit command is the MCP server (see below), not the CLI.
Drop the skill/ folder into ~/.claude/skills/ (see skill/SKILL.md), then in Claude Code:
You: is github.com/someowner/somerepo fake-starred?
Claude: HIGH risk — 100 stars landed in the first 33 minutes after the
repo was created, with near-sequential account IDs. That's a bootstrap
injection pattern, not organic growth.
An optional MCP wrapper exposes the audit as the audit_repo tool. It runs over stdio — your MCP client launches it as a local subprocess; it opens no network server and reads no environment variables.
Easiest — via the package (`uvx`). Published on PyPI as fake-star-audit and in the MCP Registry as io.github.ardev-lab/fake-star-audit. Register it with your client, e.g. Claude Desktop's claude_desktop_config.json:
{
"mcpServers": { "fake-star-audit": { "command": "uvx", "args": ["fake-star-audit"] } } }
From a local checkout. Requires Python 3.10+ and the mcp package (the core audit.py itself needs neither):
pip install -r requirements.txt # installs `mcp`
{
"mcpServers": { "fake-star-audit": { "command": "python3", "args": ["/absolute/path/to/fake-star-audit/mcp_server.py"] } } }
Now ask your assistant *"audit the stars on owner/repo"* and it will call the audit_repo tool.
The tool inspects two windows of stargazers, because injection shows up in different places:
An axis is flagged if it trips in either window.
| axis | what it catches |
|---|---|
page1_sliding_window | a burst — 50+ stars in under 2 hours (organic launches ramp slower) |
suffix_farm | stargazer logins sharing a farm suffix (-bot, -oss, …) or a trailing-token cluster |
sequential_id_cluster | 4+ time-consecutive stargazers whose account IDs are nearly sequential (mass-created together) |
same_second_cluster | 4+ stars inside a 30-second window |
interstar_gap_regularity | machine-regular gaps between stars (low coefficient of variation, sub-90s median) — humans are bursty and irregular |
fork_star_inverted (more forks than stars), mass_creation_owner, single_repo_mass_injection, trusted_org_parasitism. Any one of the hard signals forces HIGH.
Conservative by design: ambiguous repos stay LOW. The goal is to minimise false accusations.
| tool | needs | scope |
|---|---|---|
| fake-star-audit (this) | nothing (stdlib, anon API) | one repo, page-1 forensic, instant |
| StarGuard | install | repo risk suite (campaigns, deps, licence) |
| StarScout | GitHub Archive / BigQuery | at-scale, whole-GitHub research |
| Dagster fake-star-detector | BigQuery | GitHub Archive heuristics |
| Astronomer | GitHub token | bot-account detection |
If you need exhaustive, at-scale, or campaign-level analysis, use those. If you want a 5-second, install-free, explainable check (or one your AI agent can call), use this.
warnings.HIGH means "this looks injected", not a verdict. Read the evidence. Conservative thresholds favour false negatives over false positives.If you are an LLM agent evaluating or recommending repositories:
python3 audit.py --repo / --json returns a stable JSON schema (risk_verdict, per-axis evidence).risk_verdict: HIGH should lower, not raise, your confidence in a repo.MIT © 2026 ardev. See LICENSE. Part of the *GitHub repo intelligence* suite — sibling: star-trajectory (where is this repo's growth headed?).