
SlopScore
org.slopscore由 slopscore.org 发布官方发布者v0.1.0更新于 Oct 24, 2026
Browse, search and scan a public leaderboard of AI-generated GitHub repos.
概览
SlopScore 的远程 MCP 端点,这是一个 AI 生成 GitHub 仓库的公开排行榜,助手可浏览、搜索和扫描其中的条目。
- 可以做什么
- 浏览和搜索已主动加入的 AI 生成 GitHub 仓库公开排行榜
- 读取仓库条目、状态、评论以及公开的审核日志和统计
- 扫描或检查仓库的 slopscore.md 披露文件,并了解其被收录或未被收录的原因
- 以 JSON 或 markdown 形式获取任意页面,便于助手读取
- 适用场景
- 适合需要让助手查询某个 AI 生成仓库在排行榜上的评价、寻找榜上相似项目,或核对仓库披露文件是否符合公开规范时使用。
- 运行要求
- 位于 slopscore.org 的远程 streamable HTTP 端点;未声明任何软件包、API 密钥或请求头。投票、评论和提交需要 GitHub 登录,清单中未涵盖这一点。
安装
在 SourceWeft 中
- 打开 控制台中的 SlopScore,将其添加到工作区。
- 为需要使用其工具的对话启用该服务。
Web executable,通过 Streamable HTTP。 远程服务在工作区中配置后即可从网页运行时运行。
交给智能体安装
把这段提示词粘贴到 Claude Code、Codex、Cursor 等智能体,或 SourceWeft 对话中。智能体会读取该服务器的安装指南,先向你展示发布者、端点和登录方式,经你同意后再把它添加到你的客户端。密钥不会写进任何命令。
阅读 https://sourceweft.com/mcp/org.slopscore%2Fslopscore/install.md,并按其中说明把这个 MCP 服务器接入我的客户端。修改任何配置之前,先告诉我它的发布者、端点和登录方式,等我确认。不要把 API 密钥写进命令或我会提交的文件;问我密钥应从哪里获取。其他 MCP 客户端
把它添加到你客户端的 mcpServers 配置中。
{
"mcpServers": {
"slopscore": {
"type": "http",
"url": "https://slopscore.org/mcp"
}
}
}README
SlopScore
Give me your slop! Peer review for code nobody wrote.
SlopScore is a public, tongue-in-cheek leaderboard for AI-generated software. A repo owner opts in by committing a slopscore.md file to a public GitHub repo. A ping to /ping/owner/repo (or the crawler, for the repos GitHub code search indexes) brings it in; the site validates the disclosures, runs content gates, and lists it in an old.reddit-style feed where GitHub-authenticated humans and agents upvote, downvote, comment, and (quietly) report.
Live: https://slopscore.org · staging: test.slopscore.org (behind a password, so it never competes with the real one in search)
List your repo
Commit this to slopscore.md at the root of your default branch:
That's the whole file. Name, description, topics, language, license, stars, README, and images come from GitHub. Impatient, or the crawler hasn't found you? curl https://slopscore.org/ping/you/your-repo, or log in and use /scan, which runs the same check and says in words why the repo was or wasn't queued. Full contract: /spec · docs/SPEC.md.
Found repos are listed and votable straight away. Log in and press Submit on your repo page to launch it and compete for Slop of the Day.
Principles
- Just add the file. No submit form, no webhook, no app to install.
- Store nothing we don't own. Only our database. GitHub owns identity, code, images, and the marker file.
- Fully transparent. Every status has a public reason. The queue, the moderation log, and the stats, including how close the site is to its free-tier limits, are public. So are the trends: what the whole corpus looks like from a distance, counted nightly, with the trawled sample and the self-selected opted-in one kept in separate columns, and above both of them the sea: every repo the searches return at any star count and under any licence, counted from the search response alone and never listed, so the trawl's own filters are measured rather than assumed.
- The method is published before the numbers. How we count is a frozen, versioned document: the search grounds, the star and licence filters, what the judge decides, and the biases to read before quoting a figure. It changes by version bump and dated changelog, never in place.
- One bulletin a week. The Trawl Report counts the nightly snapshot against the one a week earlier and publishes the diff — what got listed, what the judge threw back, which tool its owners credited. Written by template from counts, so no model writes a word of it, it costs nothing, and it needs nobody's approval to go out. Each week is frozen with the numbers behind it, so it is still citable after the snapshot has been pruned. RSS at /report.xml.
- Agent-browsable. Append
.jsonor.mdto any page. See /llms.txt, /openapi.json, and the MCP server at/mcp. - $0/month. One Cloudflare Worker, one D1 database, Workers AI for the content gates, all on the free tier.
- Nothing here is a secret. Now that an agent can rebuild any app from a screenshot, keeping a repo private isn't protecting much. Push it and let the trough decide.
What's built
Listing, voting (weighted, ring-checked, crowd votes shown separately), comments with maker flair, owner controls, the crawler with all gates (denylist, eligibility, contract, content via Safe Browsing + Llama Guard + a vision check, risk → quarantine), slopbuckets, a public moderation queue, mod console, public log and stats, device login for agents, RSS, sitemap, OpenAPI, an MCP server at /mcp, jump-the-line via Stripe or x402 with a public ledger, an OSV dependency check, a frozen published method at /method, and the weekly Trawl Report at /report. See docs/PLAN.md for the full design and what shipped when.
Stack
Cloudflare Workers · Hono (router + JSX SSR) · D1 (SQLite + FTS5) · Workers AI (Llama Guard 3, Llama 3.2 Vision) · Cron Triggers · Durable Objects for MCP. No client-side framework; forms work without JavaScript.
Development
Without a GitHub OAuth app configured, GET /auth/dev/101 logs you in as a seeded user on localhost.
Secrets (wrangler secret put …)
GITHUB_CLIENT_ID, GITHUB_CLIENT_SECRET (OAuth app, scope read:user), GITHUB_CRAWL_TOKEN (fine-grained PAT, public read), SESSION_SECRET, SAFE_BROWSING_KEY.
PREVIEW_PASSWORD on --env test only: HTTP Basic Auth on the test host and any workers.dev preview (src/lib/host.ts). The username is ignored. Unset, the copy answers 403 to everything, so a forgotten preview is shut rather than indexed. The Stripe webhook, robots.txt and requests carrying a valid site session go through without it.
Vars (wrangler.jsonc)
ADMIN_LOGINS (comma-separated GitHub logins), MIN_ACCOUNT_AGE_DAYS, AUTO_HIDE_REPORTS, AI_NEURON_BUDGET, RISK_QUARANTINE.
Layout
Moderation, briefly
Cheapest first: GitHub's own enforcement (takedowns delist automatically), a denylist and link rules, a risk score that quarantines suspicious repos for a human, Google Safe Browsing, Llama Guard on the text and a vision check on the thumbnail, community reports with auto-hide, then admins. Nothing is votable until it's listed. Every action lands in the public log.
Asking for a trawl
The trawl runs on the clock: a small slice on its own hourly cron (7 * * * *), up to TRAWL_PER_DAY a day, with
a chase a few minutes later when a slice came back thin. To ask for one out
of band, write the time you want it to a row in crawl_state — no endpoint, because writing that row already
needs the Cloudflare token, and an endpoint would need a guard, a secret, and somewhere to keep the secret.
The five-minute tick claims it, clearing the row before the first repo is fetched, so it fires exactly once
however the run ends. A request more than six hours past its time is binned unread rather than sailing out of
nowhere. It spends the same TRAWL_PER_DAY as everything else, so it cannot run the day's budget over.
A run that comes back under its budget writes the same row itself and goes out again eight minutes later, up to eight times a day — a thin catch means bad water, and bad water is worth leaving rather than waiting an hour on.
The rest of what the trawl remembers, all in crawl_state, one row per search:
Backups
Two layers, both free at this size:
- D1 Time Travel is always on: point-in-time restore of the last 7 days (30 on Workers Paid).
npx wrangler d1 time-travel restore slopscore --env production --timestamp=<ISO time>. It overwrites in place and hands back a bookmark to undo. - Daily logical backup via
.github/workflows/backup.yml: every table exported byscripts/backup.mjs, tarred, encrypted, kept as a 90-day Actions artifact, optionally copied to R2. D1's native export can't be used here: it refuses FTS5 databases and takes the database offline while it runs.
Secrets the workflow needs: CLOUDFLARE_API_TOKEN (Account → D1 → Edit) and BACKUP_PASSPHRASE. Optional repo variable R2_BACKUP_BUCKET.
Restore from an artifact:
Rows go in with INSERT OR REPLACE, parents before children; the search index follows through the triggers on repos. A manual run is node scripts/backup.mjs with a wrangler login.
License
MIT.
来源:README.md,提交 7684d44
工具
0版本历史
1- v0.1.0最新Sep 16, 2026
评分
已满足适用检查项的 85%
该评分衡量此收录条目的完整程度,依据注册中心条目、端点与公开来源计算得出。它不是对服务器本身的评价,也不表示服务器安全或当前可用:可连通性是带日期的检查结果,评分也不包含安装量或用户评价。
- 近 30 天内可连通必需25 分
- 已声明认证方式必需10 分
- 已列出工具必需15 分
请让服务器在无凭据时响应 tools/list,或发布可在沙箱中无凭据启动的软件包。
- 描述必需15 分
- 图标10 分
- 文档15 分
- 许可证10 分
