Spec Driven Development
MCP Server that facilitates spec-driven development workflows, not just Vibe Coding.
Description from the maker (original English)
Wraps the slop-eval CLI as a single generic MCP tool for genericness scoring of AI UI output.
These three are never merged into one score: opinions, measurements and popularity are different things.
We have not written a plain-language summary for this one yet. Below are the facts we read from the registry.
Pick the AI app you use, then copy the settings.
You need
Which app do you use?
Pick your app above. We remember it, so next time the button says “Install in …”.
Open Claude Desktop → Settings → Developer → Edit Config, and paste this into claude_desktop_config.json
{
"mcpServers": {
"slop-eval": {
"command": "uvx",
"args": [
"slop-eval-cli",
"slop-eval-mcp"
]
}
}
}Run this in your terminal
claude mcp add slop-eval -- uvx slop-eval-cli slop-eval-mcpPaste into .cursor/mcp.json in your project, or ~/.cursor/mcp.json
{
"mcpServers": {
"slop-eval": {
"command": "uvx",
"args": [
"slop-eval-cli",
"slop-eval-mcp"
]
}
}
}Your browser asks to open the app, then the app shows the settings and asks you to confirm. Key values are left empty for you to fill in.
Paste into .vscode/mcp.json in your project
{
"servers": {
"slop-eval": {
"type": "stdio",
"command": "uvx",
"args": [
"slop-eval-cli",
"slop-eval-mcp"
]
}
}
}Your browser asks to open the app, then the app shows the settings and asks you to confirm. Key values are left empty for you to fill in.
This one runs on your computer, and ChatGPT can only connect to servers on the internet. Pick another app.
Your choice stays on this device in a cookie; no account needed.
These settings are generated from the maker’s registry entry. If the README says otherwise, follow the README.
Runs on your computer; the tool list appears in your AI app after you install it.
We check information anyone can see; we have not read the code. Checks that do not apply are left out of the count. · Checked Nov 7, 2026
The registry name was verified with the GitHub account RudrenduPaul, which owns the repo
We have not read this repo from GitHub yet
We have not read this repo from GitHub yet
This one runs on your computer; there is no internet endpoint
Runs on your computer and uses local settings instead
Runs on your computer; we can only read tool lists from internet endpoints
Compared with every active server in this category in the registry. Stars count only when the publisher owns the repo.
It passed 1 of 1 applicable basic checks. We have not read the code. Before adding a key or token, see what access the server asks for and use a key with only the permissions you need.
The registry does not list a required key, though some servers ask you to sign in on first use.
It runs on your computer. Your AI app starts it when needed, and data does not pass through the maker’s servers (unless it calls an online service itself).
The GitHub repo last changed –, and the latest version (0.1.4) reached the registry 3 months ago.
Apps that support MCP, such as Claude Desktop, Claude Code, Cursor and VS Code. You also need Python (uv) on your computer.
In the same category: Spec Driven Development, Remote Desktop Commander, Signoff
Servers in the same category from other makers, sorted by stars.
Reading a card:★ GitHub starsiThree pillars: reviews · checks · usageiUpdated = latest version published to the registryi
MCP Server that facilitates spec-driven development workflows, not just Vibe Coding.
Remote Desktop Commander: use files, terminal and processes on your own computers from any AI app.
Five gates that make an agent's 'done' provable: run them, read the verdict, audit the record.
Copied from the maker’s repo as written. PopNx MCP has not reviewed or endorsed it. HTML, images and scripts are removed. Links lead off this site.
Quickstart • CLI reference • Library API • MCP Server • Comparison • FAQ
Score AI-generated UI for genericness with an LLM judge, so a CI check catches the same "this looks like every other AI-built app" problem a human reviewer would flag on sight.
npx slop-eval-cli score --screenshot ./preview.png --json
No install step: npx fetches and runs the published npm package directly. Prefer Python? pip install slop-eval-cli gets you the same CLI as a genuine, independent port of the scoring logic.
slop-eval-cli is live on both npm and PyPI (package slop_eval). The Python port is a genuine, independent implementation, built and tested (60/60 tests, verified in this pass) against the same rubric and Anthropic judge prompt as the TypeScript original. See python/README.md for Python-specific usage.
Nutlope's Hallmark, a popular AI design skill with 21,000+ stars, has an open issue where a user says flatly: "all of it looks like slop." The maintainer closed it NOT_PLANNED. Separately, a contributor opened a PR against Hallmark titled "Add eval-driven quality harness for Hallmark outputs" that has sat open and unmerged for about two months as of this writing. Both are real and dated as of this writing. Neither proves the demand is large, only that the gap is real and currently unaddressed.
slop-eval is not the first tool in this space, and it doesn't try to be. Two real, free tools already sit nearby:
impeccable critique command adds further, opt-in LLM-based judgments on top. Core detection stays fast because it doesn't need a model for any of its default checks. It has grown well beyond a slop detector into a full design-language skill for Claude Code, Cursor, and Codex, with 23 commands total.Neither does holistic, judgment-based UI scoring: "does this layout feel novel," "does this component choice feel considered," the kind of read a fixed rule can't easily encode. That's the gap slop-eval fills, built to compose with tools like Impeccable's rather than replace them.
Verified directly against the code in this repo:
src/rubric/v1.json scores layout novelty, visual-identity distinctiveness, and component-pattern novelty, 0-10 each. A finding with no specific citation is treated as a bug, not a valid score (see src/sources/RuleSource.ts).LLMJudgeSource calls the Anthropic API with tool_choice locked to a submit_slop_scores schema: the response comes back as reliably structured JSON instead of a chat reply that has to be regexed apart.{ target, rubric, compositeScore, findings[], summary, disclaimer } object on stdout, on both success and error paths, so a script or agent never has to branch on shape to find an error string.0 success (no threshold, or score at/above --fail-below), 1 success but below threshold, 2 usage error or unrecoverable failure. Verified directly against the built CLI and the real npm/PyPI packages this session; see CLI reference.src/cache/judge-cache.ts hashes the input bytes and skips the API call entirely on a repeat run against unchanged input. That's a correctness guarantee as much as a cost saver: an unchanged PR can't flap a CI gate from LLM run-to-run variance.src/sources/RuleSource.ts is the boundary every scoring source implements. Today that's one real source (LLMJudgeSource) and one documented stub (ScreenshotDiffSource, honestly reported as not_scored until a real labeled corpus exists), so a future rule catalog or a second LLM provider slots in without touching the composite scorer.--screenshot sends the actual rendered image to the judge. --url is a documented v0.1 limitation: no bundled headless browser, so it fetches raw HTML/text and the judge reasons over markup and copy instead of layout.action/action.yml posts a PR comment headed by the single most specific flagged finding, followed by the composite score, giving a reviewer the reasoning behind the number.v1 today) that produced it. Rubric changes ship as a new file, never a silent edit to an existing one.score_composite and friends in Python, runScore/scoreComposite in TypeScript) so an agent framework can call slop-eval in-process instead of shelling out. See Library API.Requires Node.js 18+ (npm) or Python 3.9+ (PyPI), and an ANTHROPIC_API_KEY (BYO key; get one at console.anthropic.com).
The fastest path, no local clone or build needed, is the one-liner at the top of this README:
npx slop-eval-cli score --screenshot ./preview.png --json
Verified this session against the real published npm package, with a real PNG at ./preview.png and no ANTHROPIC_API_KEY set:
$ npx --yes slop-eval-cli@latest score --screenshot ./preview.png --json
{ "error": "ANTHROPIC_API_KEY environment variable is not set.\nslop-eval calls the Anthropic API to run the LLM judge, and is BYO-key (bring your own key) -- there is no default or shared key baked into this tool. Set your key and try again:\n\n export ANTHROPIC_API_KEY=\"sk-ant-...\"\n\nGet a key at https://console.anthropic.com/" }
To build from source instead:
git clone https://github.com/RudrenduPaul/slop-eval.git
cd slop-eval npm install npm run build
export ANTHROPIC_API_KEY="sk-ant-..." ./dist/cli.js score --screenshot ./test/fixtures/sample.png
For CI or agent consumption, add --json. --json always emits a valid JSON object on stdout, on both the success and error paths, and the --url/--screenshot mutual-exclusivity check is a good example of a real usage-error path you can rely on being parseable:
./dist/cli.js score --screenshot ./test/fixtures/sample.png --json
{
"target": "./test/fixtures/sample.png", "rubric": "v1", "compositeScore": 62, "findings": [ { "ruleId": "llm-judge.layout-novelty", "category": "Layout novelty", "score": 4, "evidence": "Matches a common hero + 3-card grid + footer CTA pattern.", "status": "flag" } ], "summary": { "pass": 1, "flagged": 1, "notScored": 1 }, "disclaimer": "This score is a heuristic quality signal from an LLM judge, not a certification..." }
Captured directly from ./dist/cli.js score --help on the built CLI this session, word for word:
Usage: slop-eval score [options]
Score a URL or screenshot for AI-UI genericness against a versioned rubric.
Note on --url mode (v0.1 limitation): this tool does not bundle a headless browser. If --url is given, the raw HTML/text response is fetched and given to the judge as a fallback input, instead of a rendered screenshot -- the judge can reason about markup and copy, but not the actual visual layout. For the stronger, layout-aware signal, render the page yourself and pass --screenshot.
Options: --url URL to score (fetched as raw HTML/text -- see limitation note above) --screenshot path to a screenshot image to score (preferred over --url) --rubric rubric version to use, reads src/rubric/ .json (default: "v1") --json output structured JSON instead of a human-readable report (default: false) --fail-below exit code 1 if the composite score is below this threshold (0-100); no threshold by default -h, --help display help for command
Exit codes: 0 success (no threshold, or score at/above --fail-below), 1 success but below threshold, 2 usage error or unrecoverable failure (missing API key, unreadable file, malformed rubric, mutually exclusive --url/--screenshot).
--url and --screenshot are mutually exclusive; passing both or neither is a usage error (exit 2) in either output mode. Both verified directly against the built CLI this session.
[!NOTE]
--urlis a v0.1 limitation, by design: no bundled headless browser. It fetches raw HTML/text and hands it to the judge as a text fallback, reasoning over markup and copy rather than the rendered layout.--screenshotis the stronger signal; render the page yourself (Playwright, Puppeteer, or your CI's existing preview-screenshot step) and pass the image.
The Python CLI (slop-eval console script, installed via pip install slop-eval-cli) exposes the identical flag set and exit-code contract, confirmed against its own --help output this session.
Both distributions export a real, documented programmatic entry point in addition to the CLI. This is the interface an agent framework or CI script calls in-process instead of shelling out.
Python (slop_eval/__init__.py):
from slop_eval import score_composite, ScoreInput, LLMJudgeSource, ScreenshotDiffSource
sources = [LLMJudgeSource("v1"), ScreenshotDiffSource()] result = score_composite(sources, ScoreInput(screenshot_path="./preview.png")) print(result.composite_score, result.findings)
`score_composite(sources: List[RuleSource], scor
Only the beginning is shown; read the rest in the repo