guardvibe
Related Servers
Alternatives to guardvibe
No user-submitted related servers found.
Related Servers
- AlicenseAqualityAmaintenanceStatic security scanner for AI-generated (vibe-coded) Supabase and Next.js apps. Runs as an MCP server so an LLM can scan, explain findings, and produce fixes while it writes code, all locally and offline.528 npmMIT
- AlicenseCqualityDmaintenanceSecurity scanner and MCP server that catches dangerous patterns in MCP servers and AI agent projects, such as leaked secrets, shell execution, and prompt-injection text. Runs as both a CLI and MCP server with CI-friendly severity gates.21MIT
- AlicenseNot gradedqualityFmaintenancePredeploy security scanner for AI-generated code. 80+ vulnerability patterns across secrets, auth, injection, config, Supabase, and logging. Runs locally, code never leaves your machine. Optional x402 witnessed attestation.51 npmApache 2.0
- AlicenseNot gradedqualityCmaintenanceOpen-source AI code review MCP server for local git diff auditing with deterministic security rules and AI-powered analysis using any OpenAI-compatible model.4MIT
- AlicenseNot gradedqualityCmaintenanceSecurity scanner for MCP servers — vet an MCP before you wire it into an agent. Detects prompt-injection, credential exfiltration (via taint analysis), RCE, and supply-chain risks, and catches cross-server exfil chains no single server reveals. Zero-dependency local CLI, SARIF output, CI-gateable, no account.55 npmMIT
- AlicenseNot gradedqualityCmaintenanceSecurity scanner for MCP servers and AI-generated code. Detects leaked API keys, PII, prompt injection, and MCP misconfigs with A-F security grades.MIT
TDQS
Scored across 39 tools
Multiple tools overlap significantly in scope: scan_host_config, guardvibe_doctor, and audit_mcp_config all target AI host/MCP security; scan_file, check_code, scan_directory, and check_project all scan code for vulnerabilities; check_dependencies and scan_dependencies both check for CVEs. The descriptions try to differentiate them, but an agent choosing between three tools for the same host-config task will likely misselect.
Naming mixes verb-first conventions (scan_file, analyze_dataflow, verify_fix) with noun-first conventions (repo_security_posture, security_stats, auth_coverage, remediation_plan), and there is no consistent verb for the same action (scan/check/analyze/audit). Some names like guardvibe_doctor, secure_this, and full_audit break the pattern entirely, making the surface harder to predict.
With 39 tools, the surface far exceeds the 3-15 tool range for a well-scoped server. While the security domain is broad, many tools are near-duplicates (e.g., three config/host scanners, four code scanners), so the count feels inflated rather than meaningfully comprehensive.
The server covers the full security lifecycle remarkably well: scanning (code, deps, secrets, config, host, history), analysis (dataflow, auth coverage, deep LLM analysis), remediation (fix_code, secure_this, remediation_plan, verify_remediation), reporting (compliance, SARIF, stats), and prevention (secure_prompt, generate_policy). The full_audit → remediation_plan → verify_remediation workflow has no dead ends.