16 engines, 28 MCP tools for Python code quality. Zero external dependencies.
16 analysis engines, 28 MCP tools for Python code quality. Zero external dependencies. Or with uvx (no install needed): | Tool | Engine | What it does | ---|------|--------|-------------| 1 | | complexity | Per-function CC, cognitive complexity, nesting, grades | 2 | | complexity | Project health score 0-100 | 3 | | dead-code | Unused imports, functions, variables, arguments | 4 | | security |…
Inferred from the transports this listing declares (stdio). A client not listed here hasn’t been ruled out — it just isn’t something Forge can confirm.
Verification confirms publisher identity (repo ownership), not code safety. The security scan covers known CVEs and suspicious install scripts.
Forge read 0 source files from the published package tarball and matched no MCP tool registrations. Extraction is pattern-based over shipped source: a server that builds its tool list at runtime, or that ships only bundled or minified code, registers nothing this can see. Treat it as “not detected”, not as “exposes none”.
16 analysis engines, 28 MCP tools for Python code quality. Zero external dependencies. Or with uvx (no install needed): # | Tool | Engine | What it does | ---|------|--------|-------------| 1 | | complexity | Per-function CC, cognitive complexity, nesting, grades | 2 | | complexity | Project health score 0-100 | 3 | | dead-code | Unused imports, functions, variables, arguments | 4 | | security | OWASP vulns, CWE-mapped findings | 5 | | security | Security health score 0-100 | 6 | | import-graph…
Forge's dependency resolver reads npm metadata only, so this PyPI package has no resolved tree. That is a gap in coverage, not a clean bill of health.