repopilot
Related Servers
Alternatives to repopilot
No user-submitted related servers found.
Related Servers
- AlicenseAqualityAmaintenanceEvidence-backed, read-only codebase diagnostics for coding agents: secrets, dependency, RLS, and source-impact audits with a verify loop and PR review verdicts. Never writes files or uses the network by default.70MIT
- AlicenseNot gradedqualityBmaintenanceLocal code-graph engine for AI coding workflows: static analysis of Rust, Cangjie, ArkTS, TypeScript/JavaScript, C/C++, Python, and Shell projects into symbols, imports, call graphs, and quality gates, with pre-commit change review and impact analysis. Read-only by design — never executes build scripts or uploads code.61MIT
- AlicenseAqualityAmaintenanceEnables AI assistants to turn local git history into answers about recent activity, file hotspots, change coupling, stale or already-merged branches, contributors, ref comparisons, and drafted release notes. It runs locally over stdio with a git subcommand allowlist, so it is read-only, works offline and without shell access, and is safe to auto-approve.13865 npmMIT
- AlicenseNot gradedqualityAmaintenanceDeterministic, local-first repository context for coding agents. Maps an issue, prompt, or git diff to ranked files to read first, likely test commands, and review-risk notes—no API key required.21MIT
- AlicenseAqualityBmaintenanceLocal MCP server for AI agents and vibe coding safety: deterministic risk checks (payments, auth, database, secrets, infrastructure), sessions, checkpoints, policy inspection, and fix prompts. Runs over stdio against a local git repository; no language model judges risk.8Apache 2.0
- AlicenseNot gradedqualityBmaintenanceAI-powered codebase intelligence tool that builds a dependency graph of a git repo for structural Q&A and pre-PR code review. It exposes MCP tools for blast radius, review sessions, and static analysis, running locally over stdio with no LLM or network dependencies.MIT
TDQS
Scored across 6 tools
Each tool has a clearly distinct purpose, and descriptions explicitly cross-reference alternatives (e.g. 'For a repository health check that is not about one change, use repopilot_scan instead'). The three explain tools are cleanly separated by input type: file, finding_id, and signal_id.
All tools share the repopilot_ prefix and mostly follow a verb_noun pattern (review_change, explain_file, explain_finding, explain_review_signal). Minor deviations: 'scan' and 'context' are single tokens without an explicit object, though still readable.
Six tools is well-scoped for a focused code-review/audit server, with three core operations (review_change, scan, context) plus three targeted explainers. Every tool earns its place.
The surface covers the full lifecycle of the domain: producing a review, a scan, a brief, and explaining findings, signals, and file treatment. Minor gap: no explicit tool to list or manage prior session handles beyond passing analysis_handle, but core workflows are covered.