Spec Driven Development
MCP Server that facilitates spec-driven development workflows, not just Vibe Coding.
Descripción del creador (original en inglés)
A verified dependency-audit verdict any AI agent can call over MCP, not a raw scan.
Estos tres nunca se combinan en una sola puntuación: las opiniones, las mediciones y la popularidad son cosas distintas.
Todavía no escribimos un resumen sencillo para este. Abajo están los datos que leímos del registro.
Elige la app de IA que usas y copia la configuración.
Necesitas
¿Qué app usas?
Elige tu app arriba. La recordamos, así que la próxima vez el botón dirá “Instalar en …”.
Abre Claude Desktop → Settings → Developer → Edit Config y pega esto en claude_desktop_config.json
{
"mcpServers": {
"closeread-verify": {
"command": "uvx",
"args": [
"closeread-verify"
]
}
}
}Ejecuta esto en tu terminal
claude mcp add closeread-verify -- uvx closeread-verifyPégalo en .cursor/mcp.json de tu proyecto, o en ~/.cursor/mcp.json
{
"mcpServers": {
"closeread-verify": {
"command": "uvx",
"args": [
"closeread-verify"
]
}
}
}Tu navegador te pide permiso para abrir la app; luego la app muestra la configuración y te pide confirmar. Los valores de las claves quedan vacíos para que los completes tú.
Pégalo en .vscode/mcp.json de tu proyecto
{
"servers": {
"closeread-verify": {
"type": "stdio",
"command": "uvx",
"args": [
"closeread-verify"
]
}
}
}Tu navegador te pide permiso para abrir la app; luego la app muestra la configuración y te pide confirmar. Los valores de las claves quedan vacíos para que los completes tú.
Este se ejecuta en tu computadora, y ChatGPT solo puede conectarse a servidores en internet. Elige otra app.
Tu elección se guarda en una cookie en este dispositivo; no necesitas cuenta.
Esta configuración se genera a partir de la ficha del creador en el registro. Si el README dice otra cosa, sigue el README.
Se ejecuta en tu computadora; la lista de herramientas aparece en tu app de IA después de instalarlo.
Revisamos información que cualquiera puede ver; no hemos leído el código. Las revisiones que no aplican no se cuentan. · Revisado el 7 nov 2026
El nombre en el registro se verificó con la cuenta de GitHub FreeGuy-AI, dueña del repo
Todavía no hemos leído este repo en GitHub
Todavía no hemos leído este repo en GitHub
Este se ejecuta en tu computadora; no hay endpoint en internet
Se ejecuta en tu computadora y usa ajustes locales en su lugar
Se ejecuta en tu computadora; solo podemos leer listas de herramientas de endpoints en internet
Comparado con todos los servidores activos de esta categoría en el registro. Las estrellas solo cuentan cuando quien lo publica es dueño del repo.
Superó 1 de 1 revisiones básicas aplicables. No hemos leído el código. Antes de agregar una clave o un token, revisa qué acceso pide el servidor y usa una clave que tenga solo los permisos que necesitas.
El registro no indica ninguna clave obligatoria, aunque algunos servidores te piden iniciar sesión la primera vez que los usas.
Se ejecuta en tu computadora. Tu app de IA lo inicia cuando hace falta, y los datos no pasan por los servidores del creador (a menos que el propio servidor llame a un servicio en línea).
El repo de GitHub cambió por última vez –, y la última versión (0.1.2) llegó al registro hace 5 meses.
Las apps compatibles con MCP, como Claude Desktop, Claude Code, Cursor y VS Code. También necesitas Python (uv) en tu computadora.
En la misma categoría: Spec Driven Development, Remote Desktop Commander, Python MCP
Servidores de la misma categoría hechos por otros creadores, ordenados por estrellas.
Cómo leer una tarjeta:★ Estrellas de GitHubiTres pilares: reseñas · revisiones · usoiActualizado = fecha en que se publicó la última versión en el registroi
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.
Local-only Python MCP server for the Files.com API.
Copiado tal cual del repo del creador. PopNx MCP no lo ha revisado ni lo respalda. Se quitaron HTML, imágenes y scripts. Los enlaces llevan fuera de este sitio.
A verified dependency-audit verdict any AI agent can call.
A free scanner gives you raw CVEs. closeread-verify gives you the judgment: the verdict checked against the version you actually installed, the one finding that matters, and the exact fix. It runs as an MCP server, so any agent (Claude Code, Cursor, your own) can call it before it ships code and get back a checked answer, not a wall of noise.
npm auditA raw scanner and the agent itself can already produce a list of CVEs. What they cannot manufacture is the *verdict*. closeread-verify is built around the one discipline that separates a real audit from a scan:
^4.17.0 in a manifest is not what you shipped. The tool resolves the real pinned version from your lockfile and checks *that*, so it does not cry wolf over a caret range you already patched, and does not miss a vulnerable pin a manifest-only scan would wave through.lead: the highest-severity *direct production* issue, with the exact fix. If the only findings are transitive or dev-only, the lead is honestly null rather than a manufactured headline.That verified artifact, not the raw scan, is the product.
pip install closeread-verify
Python 3.11+. No API key, no account, no source access. Lockfile in, verdict out.
examples/agent_loop.py is a runnable agent that uses closeread-verify as a pre-ship gate: it blocks on a real Flask CVE, applies the named fix, re-checks, and ships. Real MCP over stdio, real OSV advisories, no API key.
python examples/agent_loop.py
closeread-verify is the stdio command that starts the server:
closeread-verify
Add it to your MCP client. Claude Code / Cursor style (mcp.json / claude_desktop_config.json):
{
"mcpServers": { "closeread-verify": { "command": "closeread-verify" } } }
If you installed into a specific environment, point at that interpreter instead:
{
"mcpServers": { "closeread-verify": { "command": "python", "args": ["-m", "closeread.mcp_server"] } } }
| Tool | Input | Use it when |
|---|---|---|
audit_project | files: a {filename: content} map | You have a real checkout. Pass the manifest and its lockfile together (e.g. package.json + package-lock.json) so the direct-vs-transitive split is recovered. Subdir prefixes like server/package.json are allowed. |
audit_dependencies | lockfile_content: str, filename: str | You have a single manifest or lockfile and want a one-shot verdict. |
audit_repo | github_url: str | You have a public repo URL. It shallow-clones and runs the same audit. Returns an error, never a fabricated result, if the clone fails. |
The filename is load-bearing: it routes the content to the right ecosystem parser. Supported lockfiles include package-lock.json, yarn.lock, pnpm-lock.yaml, requirements.txt, poetry.lock, Pipfile.lock, Gemfile.lock, composer.lock, and Cargo.lock.
Calling audit_dependencies on a requirements.txt that pins flask==0.12.0:
{
"source": "lockfile:requirements.txt", "lead": { "summary": "flask@0.12.0 affected by GHSA-562c-5r94-xh97", "severity": "high", "is_direct": true, "dependency_kind": "prod", "location": "requirements.txt:1", "fix": "Update flask to a patched version (see references).", "confidence": 0.9 }, "findings": { "issues": [], "direct": [ { "kind": "dependency", "package": "flask", "severity": "high", "is_direct": true, "versions": ["0.12.0"], "advisories": ["GHSA-562c-5r94-xh97", "GHSA-5wv5-4vpf-pj6m", "GHSA-m2qf-hxjv-5gpq"], "locations": ["requirements.txt:1"], "recommendation": "Update flask to a patched version (see references)." } ], "transitive": [] }, "counts": { "product_critical": 3, "issues": 0, "direct": 1, "transitive": 0 }, "verification": { "basis": "each version is the INSTALLED version resolved from the lockfile, not the declared floor; advisories confirmed via OSV; result is deterministic and re-checkable", "scanner": "closeread SCA (deterministic, no LLM)", "advisory_source": "OSV.dev", "as_of": "2026-06-08T12:00:00+00:00" } }
The agent does not get a scan to interpret. It gets a verdict to act on: bump flask, here is the line, here is why.
Agents are starting to write, review, and ship code on their own. Before an agent opens a PR or green-lights a deploy, it needs an answer to a simple question with a checkable answer: *is anything I depend on known-vulnerable, in the version I actually pinned, and is it mine to fix?* closeread-verify is that primitive. One MCP call, a deterministic verdict, no LLM in the loop to hallucinate a CVE that does not exist or miss one that does.
MIT. Built by Free Guy.